From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me
X-Spam-Level: 
X-Spam-Status: No, score=-0.3 required=5.0 tests=BAYES_00,
	REPLYTO_WITHOUT_TO_CC autolearn=no autolearn_force=no version=3.4.4
X-Google-Thread: 103376,6487f59679c615d8
X-Google-NewGroupId: yes
X-Google-Attributes: gida07f3367d7,domainid0,public,usenet
X-Google-Language: ENGLISH,ASCII-7-bit
Received: by 10.68.241.7 with SMTP id we7mr3662906pbc.4.1336584077019;
        Wed, 09 May 2012 10:21:17 -0700 (PDT)
Path: 
 pr3ni6880pbb.0!nntp.google.com!news1.google.com!goblin2!goblin.stu.neva.ru!aioe.org!.POSTED!not-for-mail
From: "Dmitry A. Kazakov" <mailbox@dmitry-kazakov.de>
Newsgroups: comp.lang.ada
Subject: Re: Ada Reference Manual 2012 in info format
Date: Wed, 9 May 2012 19:21:09 +0200
Organization: cbb software GmbH
Message-ID: <16ir0ifznjytt.kddg45dk8hdl.dlg@40tude.net>
References: <82aa1ud0l3.fsf@stephe-leake.org> <jnla59$h9e$1@munin.nbi.dk>
 <jnnknk$3ko$1@munin.nbi.dk> <jnu7u0$16o$1@munin.nbi.dk>
 <jnv464$os5$1@munin.nbi.dk> <20120509131736.63c924c8@vostro>
 <jodmje$8gq$1@speranza.aioe.org>
 <17qiwxc1yxhx7$.11tflala8jabh$.dlg@40tude.net>
 <4faa7790$0$9508$9b4e6d93@newsspool1.arcor-online.net>
 <1qod0a82z1gx4.6ncrd98m7cz3.dlg@40tude.net> <joe7ad$ntc$1@munin.nbi.dk>
Reply-To: mailbox@dmitry-kazakov.de
NNTP-Posting-Host: KA5xyyPKkGZLxk9XJsNqLQ.user.speranza.aioe.org
Mime-Version: 1.0
X-Complaints-To: abuse@aioe.org
User-Agent: 40tude_Dialog/2.0.15.1
X-Notice: Filtered by postfilter v. 0.8.2
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Date: 2012-05-09T19:21:09+02:00
List-Id: <comp.lang.ada>

On Wed, 09 May 2012 11:51:22 -0500, Jerrid Kimball wrote:

>   However, XML is a huge player on many fronts for a number of reasons 
> including being easily readable by humans and being standardized.

Ah, I see, but then I really fail to understand the problem with RM. If XML
and HTML are human readable what is the buzz about its design? Anybody can
open the document's source in the notepad, even in Emacs (sic!), and enjoy
highly readable angular brackets in their lucid clarity unhindered by
intervention of nasty page renderers... (:-))

> There 
> are, of course, instances where XML has been abused in very horrible 
> ways--what hasn't been (Yes, even Ada has been.  You know it!)--but this 
> in no way precludes it from being used for its intended purpose as a 
> language for describing documents.

Describing? Not designing, also? 

> I'm not entirely sure of the endianness of your numbers (you specified 
> everything except the most obvious), but I imagine it could be reduced 
> to a single tag.  It would depend on a lot of factors, but something 
> like this doesn't seem out of the question:
> 
> <multiply>
>     <left>31</left>
>     <right>56</right>
> </multiple>
> 
> or dare I suggest:
> 
> <multiply operands="31 56" /> <!-- multiplication is commutative after 
> all -->
> 
> or have I gone too far?

I am afraid yes. You are just one step away from <f>"32*56"</f>, and two
from (God save us for such an unreadable gibberish): 32*56! (:-))
 
> Of course DSA has to represent things across the line.  I haven't done a 
> whole lot with it, so far.  How does GIOP send data across the line?

We are using our own binary protocol to exchange data.

-- 
Regards,
Dmitry A. Kazakov
http://www.dmitry-kazakov.de