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.4 required=5.0 tests=BAYES_00,FORGED_MUA_MOZILLA 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.230.98 with SMTP id sx2mr3592005pbc.1.1336582288335; Wed, 09 May 2012 09:51:28 -0700 (PDT) Path: pr3ni6802pbb.0!nntp.google.com!news1.google.com!goblin3!goblin.stu.neva.ru!nntp-feed.chiark.greenend.org.uk!ewrotcd!reality.xs3.de!news.jacob-sparre.dk!munin.jacob-sparre.dk!pnx.dk!.POSTED!not-for-mail From: Jerrid Kimball Newsgroups: comp.lang.ada Subject: Re: Ada Reference Manual 2012 in info format Date: Wed, 09 May 2012 11:51:22 -0500 Organization: Jacob Sparre Andersen Research & Innovation Message-ID: References: <82aa1ud0l3.fsf@stephe-leake.org> <20120509131736.63c924c8@vostro> <17qiwxc1yxhx7$.11tflala8jabh$.dlg@40tude.net> <4faa7790$0$9508$9b4e6d93@newsspool1.arcor-online.net> <1qod0a82z1gx4.6ncrd98m7cz3.dlg@40tude.net> NNTP-Posting-Host: wsip-70-184-216-142.om.om.cox.net Mime-Version: 1.0 X-Trace: munin.nbi.dk 1336582285 24492 70.184.216.142 (9 May 2012 16:51:25 GMT) X-Complaints-To: news@jacob-sparre.dk NNTP-Posting-Date: Wed, 9 May 2012 16:51:25 +0000 (UTC) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:13.0) Gecko/20120425 Thunderbird/13.0 In-Reply-To: <1qod0a82z1gx4.6ncrd98m7cz3.dlg@40tude.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Date: 2012-05-09T11:51:22-05:00 List-Id: On 05/09/2012 09:09 AM, Dmitry A. Kazakov wrote: > On Wed, 09 May 2012 15:56:32 +0200, Georg Bauhaus wrote: > >> On 09.05.12 15:00, Dmitry A. Kazakov wrote: >>> On Wed, 09 May 2012 07:06:06 -0500, Nasser M. Abbasi wrote: >>> >>>> I think XML is not good for math. >>> >>> XML is not good for anything. I don't care about Web but in automation it >>> becomes a growing problem that precious bandwidth and human resources are >>> spent on chewing XML mess. >> >> Writing math papers and making data traveling automation networks >> seem rather different use cases. > > Yes, though XML is usually advocated as a universal solution for > everything. > > Just two weeks ago, or so, XML was proposed to handle Ada source code. > > Wouldn't be great to have math in XML: > > > > 3 > 1 > > > 5 > 6 > > .... > > no? > Oliver was hardly suggesting that XML is universal solution, good grief. However, XML is a huge player on many fronts for a number of reasons including being easily readable by humans and being standardized. 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. What an idea! Obviously this will never change, but I'm sure we'll have good fun with the XML. Keep in mind you are no obliged to come anywhere near it if you do not so desire. So--and this is directed at Randy also--feel free to stay away from anything Oliver or I perceive as innovations on the front of community building ad if you don't have useful discourse, let your keys be silent because this sort of banter isn't helping him, me, CLA, Ada or anyone or anything else. It's just trolling. The limited bandwidth of your automation system networks and other difficulties you encounter are hardly relevant to RM formatting and frankly aren't even worth mentioning in this discussion. George said it well with brevity. :) That example is a bit far-fetched, too--almost obnoxiously so. That's the sort of XML you might see on a late night infomercial for YAML. "Does your XML look this?" "Don't you hate all those *ugly* tags?" "Always cutting yourself on those pesky brackets?" 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: 31 56 or dare I suggest: or have I gone too far? 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? That's my contribution for the day. Have a good one. Oliver ;) - Jerrid