OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help

office message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]

Subject: [OASIS Issue Tracker] Commented: (OFFICE-3356) Public Comment:Please standardize "Line Start Prohibition Rule"

    [ http://tools.oasis-open.org/issues/browse/OFFICE-3356?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=21839#action_21839 ] 

Dennis Hamilton commented on OFFICE-3356:

This seems silly to me.  

 1. OpenFormula deals with Unicode code points.  Do you worry about BiDi start and stop codes in strings too?  I can stick all manner of non-spacing and gluing codes into a string in OpenFormula and I would simply expect them to be carried around, counted as code points, etc.  There are elaborate character-composition provisions in Unicode that involve multiple code points and there is no way to normalize them to a single code point.  I expect that OpenFormula will simply let such strings be.  I see no reason to adjust OpenFormula string handling because I inserted a literal format effector of any kind.  

 2. Finally, if there is a ZERO WIDTH NO-BREAK SPACE, the semantics are perfectly clear for a layout processor that recognizes the code (and ignores it otherwise).  If there is some sort of out-of-band special arrangement for infering its own NO-BREAK conditions, all it has to do is honor any that are explicity there, whether on its list or not.  (The Unicode specification is pretty clear about all of this.)  Whether it retains them or allows them to be inserted manually is a different story.

I don't think anyone worries about &nbps; (U+00A0) screwing up this stuff.  

 3. Finally, I must point out that [XML1.0] explicitly includes the codes I listed, and many more, in its syntax for Char in [XML1.0] section 2.2 and they are *not* listed in the ones to be discouraged in the Note of that section.  So they are already available for ODF consumers to have to deal with.  They are presumably usable anywhere there is an RNG <text /> pattern, along with NEL (NEXT LINE, U+0085), LS (LINE SEPARATOR, U+2028), and PS (PARAGRAPH SEPARATOR, U+2029).

4. It is interesting that all of these codes except U+0083 are allowed in [RFC3987] IRIs too.

> Public Comment: Please standardize "Line Start Prohibition Rule"
> ----------------------------------------------------------------
>                 Key: OFFICE-3356
>                 URL: http://tools.oasis-open.org/issues/browse/OFFICE-3356
>             Project: OASIS Open Document Format for Office Applications (OpenDocument) TC
>          Issue Type: Bug
>          Components: Needs Discussion, Public Review, Text
>    Affects Versions: ODF 1.2 CD 05
>            Reporter: Robert Weir 
>            Priority: Blocker
>             Fix For: ODF 1.2 CD 06
> Copied from office-comment list
> Original author: "MURATA Makoto (FAMILY Given)" <eb2m-mrt@asahi-net.or.jp> 
> Original date: 16 Aug 2010 09:49:25 -0000
> Original URL: http://lists.oasis-open.org/archives/office-comment/201008/msg00004.html
> Text copied for convenience in searching JIRA (note that Unicode may be garbled):
> """
> Open Office appear to support "line-start prohibition rule", and even
> allows document authors to specify which character is prohibited.
> This rule is considered very important in Japan, China, Taiwan, and
> Korea.
> http://www.w3.org/TR/2009/NOTE-jlreq-20090604/#en-subheading2_1_7
> If you explicitly specify which character is prohibited, the following
> is generated by OO.o as part of setting.xml.
>       <config:config-item-map-indexed config:name="ForbiddenCharacters">
>         <config:config-item-map-entry>
>           <config:config-item config:name="Language" config:type="string">ja</config:config-item>
>           <config:config-item config:name="Country" config:type="string">JP</config:config-item>
>           <config:config-item config:name="Variant" config:type="string"/>
>           <config:config-item config:name="BeginLine" config:type="string"
>             >!%),.:;?]}¢°’”‰′″℃、。ã€...〉》」』ã€'〕ぁぃã...ぇぉっゃã‚...ょゎ゛゜ゝゞァィゥェォッャュョヮヵヶ・ーヽヾ!ï¼...),.:;?]}。」、・ァィゥェォャュョッー゙゚¢</config:config-item>
>           <config:config-item config:name="EndLine" config:type="string"
>             >$([Â¥{£¥‘“〈《「『【ã€"$([{「£¥</config:config-item>
>         </config:config-item-map-entry>
> However, their semantics is not at all described in ODF 1.0.  It is not 
> described in the current draft of ODF 1.2 either.  Please standardize
> them.  Otherwise, ODF 1.2 does not contribute to interoperability 
> of Japanese text.
> """

This message is automatically generated by JIRA.
If you think it was sent incorrectly contact one of the administrators: http://tools.oasis-open.org/issues/secure/Administrators.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]