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=-1.9 required=5.0 tests=BAYES_00 autolearn=ham
	autolearn_force=no version=3.4.4
X-Google-Thread: 103376,24d7acf9b853aac8
X-Google-NewGroupId: yes
X-Google-Attributes: gida07f3367d7,domainid0,public,usenet
X-Google-Language: ENGLISH,UTF8
Path: 
 g2news1.google.com!news4.google.com!feeder.news-service.com!feeder.news-service.com!nf02.dk.telia.net!starscream.dk.telia.net!news.tele.dk!news.tele.dk!small.news.tele.dk!bnewspeer01.bru.ops.eu.uu.net!bnewspeer00.bru.ops.eu.uu.net!emea.uu.net!newsfeed.arcor.de!newsspool1.arcor-online.net!news.arcor.de.POSTED!not-for-mail
Date: Sat, 14 Aug 2010 11:53:15 +0200
From: Georg Bauhaus <rm-host.bauhaus@maps.futureapps.de>
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US;
 rv:1.9.2.8) Gecko/20100802 Thunderbird/3.1.2
MIME-Version: 1.0
Newsgroups: comp.lang.ada
Subject: Re: S-expression I/O in Ada
References: <547afa6b-731e-475f-a7f2-eaefefb25861@k8g2000prh.googlegroups.com>
 <1qk2k63kzh7yv$.3jgc403xcqdw$.dlg@40tude.net>
 <8ae8e899-9eef-4c8c-982e-bfdfc10072f1@h17g2000pri.googlegroups.com>
 <258zlxrv4fn6.1vszho1rtmf48$.dlg@40tude.net>
 <984db477-973c-4a66-9bf6-e5348c9b95f2@n19g2000prf.googlegroups.com>
 <osztlhozsld6.cnzz5m4w13ts.dlg@40tude.net>
 <bd4cba52-3e2c-4160-89bd-1f460271bcf9@5g2000yqz.googlegroups.com>
 <op.vhek591mule2fv@garhos>
In-Reply-To: <op.vhek591mule2fv@garhos>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Message-ID: <4c66678c$0$6874$9b4e6d93@newsspool2.arcor-online.net>
Organization: Arcor
NNTP-Posting-Date: 14 Aug 2010 11:53:16 CEST
NNTP-Posting-Host: 98451661.newsspool2.arcor-online.net
X-Trace: 
 DXC=5_0M<`>h<;;gP]QSEBQ^d4A9EHlD;3Yc24Fo<]lROoR18kF<OcfhCO;IUX>iPO\@S4PCY\c7>ejV8gUbC0Le8kS=8^ZhBYi8DI;
X-Complaints-To: usenet-abuse@arcor.de
Xref: g2news1.google.com comp.lang.ada:13269
Date: 2010-08-14T11:53:16+02:00
List-Id: <comp.lang.ada>

On 8/14/10 3:02 AM, Yannick Duchêne (Hibou57) wrote:
> Le Sat, 07 Aug 2010 09:23:01 +0200, Natacha Kerensikova <lithiumcat@gmail.com> a écrit:
>> The typical example would be
>> configuration files: read and written by humans, and used by the
>> program. And that's where I believe XML is really poor, because it's
>> too heavy for human use.
>  XML can be as simple as S-Expressions are, providing you avoid using attributes
>  (if you really feel you do not need such a thing).

>  a close-tag missmatch help to detect an error was done.

Yep, even some Lisps use different pairs of bracket.
These or tags can be read by programs and by humans, too.


> I you still feel XML is too much heavy, then just read this :
> http://quoderat.megginson.com/2007/01/03/all-markup-ends-up-looking-like-xml/

Thanks for the link.  (The authors make me feel less lonesome. ;-)
Just to start from a counterexample,

<tcp-connection host="foo" port="81"/>

Still heavy?

Or maybe XML tags look annoyingly cuspid. The sharp angles can
be smoothed in full SGML where () might supplant <>, thus

(tcp-connection host="foo" port="81" /)

Does this look o.K. to the fans of S-expressions?

Joining the two efforts, aren't the 7-bit ASCII data representation
of Rivest's S-expressions a good idea for safe external representation?
Put S-expression data (atoms) in element content and in attributes in
particular. This helps, I think, with the problem of programmers who
treat encoding with proper condescension.