- From: Yves Savourel <ysavourel@enlaso.com>
- Date: Sat, 15 Sep 2012 17:22:07 -0600
- To: "'Felix Sasaki'" <fsasaki@w3.org>
- CC: <public-multilingualweb-lt@w3.org>
- Message-ID: <assp.06056372c8.assp.06057ef9c9.016301cd9398$ec77f910$c567eb30$@com>
Hi Felix, That is a good point. We don’t really need a pointer for lineBreakType since the values could be mapped directly in global rules. Looking at the text you cited below, I wonder about LocaleFilter. Is the value of localeFilterList can be considered a close set of values? It’s really an expression. -ys From: Felix Sasaki [mailto:fsasaki@w3.org] Sent: Saturday, September 15, 2012 4:46 PM To: Yves Savourel Cc: public-multilingualweb-lt@w3.org Subject: Re: [ACTION-217] - StorageSize linebreaks Hi Yves, sounds good. I'm just wondering whether we need the "pointer" attribute - for other global rules with a fixed set of values we didn't have them and also said that in the spec: "Each data category allows users to add information to the selected nodes except for <http://www.w3.org/International/multilingualweb/lt/drafts/its20/its20.html#language-information> language information. Pointing to existing information is not possible for data categories that express a closed set of values, that is: <http://www.w3.org/International/multilingualweb/lt/drafts/its20/its20.html#trans-datacat> Translate, <http://www.w3.org/International/multilingualweb/lt/drafts/its20/its20.html#directionality> Directionality, <http://www.w3.org/International/multilingualweb/lt/drafts/its20/its20.html#LocaleFilter> Locale Filter, and <http://www.w3.org/International/multilingualweb/lt/drafts/its20/its20.html#elements-within-text> Elements Within Text." Above list also needs to be updated, it seems. Best, Felix 2012/9/15 Yves Savourel <ysavourel@enlaso.com> Hi all, Here is an initial proposal for dealing with the type of line breaks for the Storage Size data category: For the global rule we would add: None or exactly one of the following two attributes: - lineBreakType="lf|cr|crlf|nel" where: lf means the linebreak is U+000A (e.g. Linux) cr means the linebreak is U+000D (e.g. Macintosh) crlf means the linebreak is U+000D followed by U+000A (Windows) nel means the linebreak is U+0085 (e.g. EBCEDIC systems) (Note: I don't include 'rs' for U+001E used in pre-POSIX QNX systems as it is obsolete) (Note: I've included 'nel' for EBCEDIC, but I really wonder about this) - lineBreakTypePointer: a relative XPath expression pointing to an attribute or element with the exact same semantics as lineBreakPointer. For the local markup we would add: An optional lineBreaType="lr|cr|crlf|nel" (same as above). The default value would be 'lf' in all cases. Cheers, -yves -- Felix Sasaki DFKI / W3C Fellow
Received on Saturday, 15 September 2012 23:22:40 UTC