ISSUE-112: Representation of empty elements

Representation of empty elements

State:

CLOSED

Product:

Canonical EXI

Raised by:

Takuki Kamiya

Opened on:

2016-02-22

Description:

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

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 A leads to
generate the same sequence of events whether strict or non-strict mode.

Related Actions Items:

No related actions

Related emails:

1. RE: Call for opinions on how to represent empty elements in Canonical EXI (from tkamiya@us.fujitsu.com on 2016-02-22)
2. ISSUE-112: Representation of empty elements [Canonical EXI] (from sysbot+tracker@w3.org on 2016-02-22)

Related notes:

Display change log