[ 
https://issues.apache.org/jira/browse/OAK-4857?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15534290#comment-15534290
 ] 

Alexander Klimetschek edited comment on OAK-4857 at 9/29/16 10:35 PM:
----------------------------------------------------------------------

Re 1): Agree, I think it's fine to disallow newlines and maybe tabs. Anything 
that would not typically be supported in filesystems either. I think the 
importance of this issue is for these special spaces that seem common in CJK 
languages in normal names and sentences.

Re 2): Doesn't these persistence layers need an escaping anyway? How big is the 
chance they support the same broad character set?


was (Author: alexander.klimetschek):
Re 1): Agree, I think it's fine to disallow newlines and maybe tabs. Anything 
that would not typically be supported in filesystems. I think the importance of 
this issue is for these special spaces that seem common in CJK languages in 
normal names and sentences.

Re 2): Doesn't these persistence layers need an escaping anyway? How big is the 
chance they support the same broad character set?

> Support space chars common in CJK inside node names
> ---------------------------------------------------
>
>                 Key: OAK-4857
>                 URL: https://issues.apache.org/jira/browse/OAK-4857
>             Project: Jackrabbit Oak
>          Issue Type: Improvement
>          Components: core
>    Affects Versions: 1.4.7, 1.5.10
>            Reporter: Alexander Klimetschek
>         Attachments: OAK-4857-tests.patch
>
>
> Oak (like Jackrabbit) does not allow spaces commonly used in CJK like 
> {{u3000}} (ideographic space) or {{u00A0}} (no-break space) _inside_ a node 
> name, while allowing some of them (the non breaking spaces) at the _beginning 
> or end_.
> They should be supported for better globalization readiness, and filesystems 
> allow them, making common filesystem to JCR mappings unnecessarily hard. 
> Escaping would be an option for applications, but there is currently no 
> utility method for it 
> ([Text.escapeIllegalJcrChars|https://jackrabbit.apache.org/api/2.8/org/apache/jackrabbit/util/Text.html#escapeIllegalJcrChars(java.lang.String)]
>  will not escape these spaces), nor is it documented for applications how to 
> do so.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Reply via email to