W3C home > Mailing lists > Public > public-exi@w3.org > February 2016

AW: Call for opinions on how to represent empty elements in Canonical EXI

From: Peintner, Daniel (ext) <daniel.peintner.ext@siemens.com>
Date: Tue, 23 Feb 2016 13:34:12 +0000
To: Takuki Kamiya <tkamiya@us.fujitsu.com>, "public-exi@w3.org" <public-exi@w3.org>
CC: Alessandro Triglia <sandro@oss.com>, John Schneider <john.schneider@agiledelta.com>
Message-ID: <D94F68A44EB1954A91DE4AE9659C5A980FE54093@DEFTHW99EH1MSX.ww902.siemens.net>
All,

FYI: The Canonical EXI Editor's draft [1] reflects this decision by now.

Thanks,

-- Daniel

[1] https://www.w3.org/XML/EXI/docs/canonical/canonical-exi.html#emptyElementContent



________________________________
Von: Takuki Kamiya [tkamiya@us.fujitsu.com]
Gesendet: Dienstag, 23. Februar 2016 00:03
An: public-exi@w3.org
Cc: Alessandro Triglia; John Schneider; Peintner, Daniel (ext)
Betreff: RE: Call for opinions on how to represent empty elements in Canonical EXI

Hi,

After considering several opinions that were discussed here on this issue [1],
the group agreed to take approach B. The editor's draft [2] will soon
reflect this decision.

[1] https://www.w3.org/2005/06/tracker/exi/issues/112<&smime=14.3.123.2https://www.w3.org/2005/06/tracker/exi/issues/112>
[2] https://www.w3.org/XML/EXI/docs/canonical/canonical-exi.html#emptyElementContent<&smime=14.3.123.2https://www.w3.org/XML/EXI/docs/canonical/canonical-exi.html#emptyElementContent>

Thank you,

Takuki Kamiya
Fujitsu Laboratories of America


-----Original Message-----
From: Takuki Kamiya [mailto:tkamiya@us.fujitsu.com<&smime=14.3.123.2mailto:tkamiya@us.fujitsu.com>]
Sent: Monday, December 21, 2015 1:31 PM
To: public-exi@w3.org
Subject: Call for opinions on how to represent empty elements in Canonical EXI

Hi,

There are two approaches proposed on how to define rules regarding
the encoding of empty elements in schema-informed context.

Please provide any opinions as to which of those approaches you
consider more appropriate to have as part of Canonical EXI.

The behavior of each approach is described below.

Approach A: This approach always first tries to encode empty elements
(i.e. SE followed by EE, optionally AT, etc. in between) as a sequence of
SE CH EE (optionally AT etc. between SE and CH) where CH is used for
representing empty string, for elements defined to have simple-content,
as long as doing so is possible (i.e. unless the codec in effect does *not*
permit to encode empty string "").

Approach B: This approach encodes empty elements (i.e. SE followed by EE,
optionally AT, etc. in between) as a sequence of SE EE (optionally AT etc.
in between). As an exception, for elements defined to have simple-content,
it is allowed to insert CH that represents empty string "" between SE and EE
only when doing so is necessary for representing an empty element there.

Note the approach B provides better efficiency, while approach B leads to
generate the same sequence of events whether strict or non-strict mode.

Thank you,

Takuki Kamiya
Fujitsu Laboratories of America
Received on Tuesday, 23 February 2016 13:34:47 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 23 February 2016 13:34:48 UTC