[dsdl-discuss] Comments on Hull and Kernel RNC proposals

 
Murata-san

WG1 discussed your late submission on DSDL-7 this morning. They noted
the following shortcomings:

1) Collections need to be assigned a user readable name and a unique
identifier that can be used in the URI of the href attribute of the ref
element to ensure correct identification of groups.

2) There needs to be some way of adding a named private use character to
a collection. The adopted technique should allow the private use
character to be defined as a member of an existing class, such as
lowercase character, in such a way that it will be added wherever that
class is referred to.

3) The definition of collection, hull and kernel as a single coll seems
to allow kernels within hulls, hulls within kernels and even hulls
within kernels within hulls within kernels..... What is the union of a
kernel and a hull? What is the difference between two hulls, two
kernels, etc? The ways in which the current definitions nest infinitely
needs review. There needs to be some way of defining a collection that
is based on sets of multiple, non-nested, kernels and hulls that combine
requirements for different languages.

4) If, as you state "The semantics of [29] thru [37] depend on the
version of the Unicode standard" then there must be a way of specifiying
which version of the Unicode standard is being referred to. There should
also be some way of referring to the names used within a particular
version of a standard to identify named sets of Unicode characters.

5) It is not clear why the only place you can define a charClassExpr is
as a qualifier to a charClassSub definition. Why can't charGroup
elements be defined using charClassExpr directly? Why are there two
definitions called charGroup?

We look forward receiving a more detailed draft in which the semantics
of the proposed constructs are formally defined in the near future. A
recommendation to this effect will be issued at the closing plenary.

Martin Bryan, WG1 Convenor.

--
DSDL members discussion list
To unsubscribe, please send a message with the
command  "unsubscribe" to dsdl-discuss-request@dsdl.org
(mailto:dsdl-discuss-request@dsdl.org?Subject=unsubscribe)