From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gentoo-dev+bounces-65370-garchives=archives.gentoo.org@lists.gentoo.org>
Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80])
	by finch.gentoo.org (Postfix) with ESMTP id C150D1391DB
	for <garchives@archives.gentoo.org>; Sun, 23 Mar 2014 23:18:40 +0000 (UTC)
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
	by pigeon.gentoo.org (Postfix) with SMTP id CF92FE0B79;
	Sun, 23 Mar 2014 23:18:34 +0000 (UTC)
Received: from mail-qa0-f51.google.com (mail-qa0-f51.google.com [209.85.216.51])
	(using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits))
	(No client certificate requested)
	by pigeon.gentoo.org (Postfix) with ESMTPS id D507EE086B
	for <gentoo-dev@lists.gentoo.org>; Sun, 23 Mar 2014 23:18:33 +0000 (UTC)
Received: by mail-qa0-f51.google.com with SMTP id j7so4586129qaq.24
        for <gentoo-dev@lists.gentoo.org>; Sun, 23 Mar 2014 16:18:33 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :content-type;
        bh=aqLJkX/M/8NeVNxyphzO9Zi3rkmvug76DZsusCGDA9A=;
        b=l6JY1VnzBsWmFM2xoyikPYXck+/nVS+SGiZcw+MrvBqPM33m/jniV6RyIvbo2WZ4zJ
         0Aw4r0vdeTeorIGW1f450qlOzUKPxriaBss6F4a1mr/BKPril0IkjUXsv/b6/3bxeDjb
         gz6tp5Xl29ndoFfuvv30EE40HtiO0J1zQsKyOsbnke1fD4uxouhEA2Aukhyarf3PoqkW
         hekXPs8/DZYRAL/W9IEFP37xdEYLpuibSH2v86zSXfXdIS21inw3WmJvU+IDiqlUwyJq
         BcUK9Osci3BKme0IIddM2mEjvjjlvqW0VwQSWMH5shfxNro83Z5cNkKpuE1CMMkln9Zw
         1Vhw==
Precedence: bulk
List-Post: <mailto:gentoo-dev@lists.gentoo.org>
List-Help: <mailto:gentoo-dev+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-dev+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-dev+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-dev.gentoo.org>
X-BeenThere: gentoo-dev@lists.gentoo.org
Reply-to: gentoo-dev@lists.gentoo.org
MIME-Version: 1.0
X-Received: by 10.224.50.72 with SMTP id y8mr72682246qaf.36.1395616713064;
 Sun, 23 Mar 2014 16:18:33 -0700 (PDT)
Received: by 10.140.104.116 with HTTP; Sun, 23 Mar 2014 16:18:32 -0700 (PDT)
In-Reply-To: <532F6625.4030507@gentoo.org>
References: <CAAr7Pr8Tjc7NDtQrUAQ7RFrT5UVyLyOfGqr0df0LV+-a-SaRtg@mail.gmail.com>
	<20140323204428.58216f16@pomiot.lan>
	<532F43BF.7070405@gentoo.org>
	<20140323220515.22bcced5@pomiot.lan>
	<532F54C4.7080205@gentoo.org>
	<20140323225106.5e199f7b@pomiot.lan>
	<532F6625.4030507@gentoo.org>
Date: Mon, 24 Mar 2014 12:18:32 +1300
Message-ID: <CAATnKFArhUB07aAMY5UpO+6Wr6xZ1DH8yJDG1jDCyDBR=rhrhA@mail.gmail.com>
Subject: Re: [gentoo-dev] RFC GLEP 1005: Package Tags
From: Kent Fredric <kentfredric@gmail.com>
To: gentoo-dev@lists.gentoo.org
Content-Type: multipart/alternative; boundary=047d7bf0e1586cc6e904f54e565b
X-Archives-Salt: e7fd6cf6-f447-4bf5-a7c0-edb84d914d3b
X-Archives-Hash: 51d18918a58ace4d0024f1bc0269955b

--047d7bf0e1586cc6e904f54e565b
Content-Type: text/plain; charset=UTF-8

On 24 March 2014 11:54, Joshua Kinard <kumba@gentoo.org> wrote:

> That said, Is XML that specific that every single atom has to be wrapped by
> an individual tag?  A comma-separated list of values in its own XML tag is
> prohibited by the spec?  I don't use XML often (if at all), so I am not
> familiar with its intrinsics.
>


By nesting CSV inside XML, you've now got 2 formats to deal with instead of
1.

In pure XML, you can get a properly decoded array of tag elements with a
simple XPath query:

          //tag

But with CSV-in-a-tag you have to extract the tag and subsequently parse it.

So you're hand implementing a parser to parse parts of XML that already
convey data without needing to hand-parse.

Which is more effort for everyone who touches the file, not less.

Add to that automated ways to update the tags ( again, having to implement
a custom serialiser in addition to the custom parser ) and its just not
worth the tiny amount of savings.

Because really, if space efficiency was #1 priority, we'd not be using XML
at all, let alone XML with pesky whitespace indentation that consumes
needless bytes. =)

-- 
Kent

--047d7bf0e1586cc6e904f54e565b
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div class=3D"gmail_extra"><br><div class=3D"gmail_quote">=
On 24 March 2014 11:54, Joshua Kinard <span dir=3D"ltr">&lt;<a href=3D"mail=
to:kumba@gentoo.org" target=3D"_blank">kumba@gentoo.org</a>&gt;</span> wrot=
e:<br><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-l=
eft:1px #ccc solid;padding-left:1ex">
<div id=3D":3in" class=3D"a3s" style=3D"overflow:hidden">That said, Is XML =
that specific that every single atom has to be wrapped by<br>
an individual tag? =C2=A0A comma-separated list of values in its own XML ta=
g is<br>
prohibited by the spec? =C2=A0I don&#39;t use XML often (if at all), so I a=
m not<br>
familiar with its intrinsics.</div></blockquote></div><br><br></div><div cl=
ass=3D"gmail_extra">By nesting CSV inside XML, you&#39;ve now got 2 formats=
 to deal with instead of 1.<br><br></div><div class=3D"gmail_extra">In pure=
 XML, you can get a properly decoded array of tag elements with a simple XP=
ath query:<br>
<br></div><div class=3D"gmail_extra">=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0 //tag<br><br></div><div class=3D"gmail_extra">But with C=
SV-in-a-tag you have to extract the tag and subsequently parse it.<br><br><=
/div><div class=3D"gmail_extra">So you&#39;re hand implementing a parser to=
 parse parts of XML that already convey data without needing to hand-parse.=
<br>
<br></div><div class=3D"gmail_extra">Which is more effort for everyone who =
touches the file, not less.<br><br></div><div class=3D"gmail_extra">Add to =
that automated ways to update the tags ( again, having to implement a custo=
m serialiser in addition to the custom parser ) and its just not worth the =
tiny amount of savings.<br>
<br></div><div class=3D"gmail_extra">Because really, if space efficiency wa=
s #1 priority, we&#39;d not be using XML at all, let alone XML with pesky w=
hitespace indentation that consumes needless bytes. =3D)<br><br></div><div =
class=3D"gmail_extra">
-- <br>Kent<br>
</div></div>

--047d7bf0e1586cc6e904f54e565b--