W3C home > Mailing lists > Public > public-i18n-mongolian@w3.org > July to September 2015

NNBSP Impact Wrapup

From: Greg Eck <greck@postone.net>
Date: Sun, 2 Aug 2015 15:07:50 +0000
To: "public-i18n-mongolian@w3.org" <public-i18n-mongolian@w3.org>
Message-ID: <BN3PR10MB0321692BDC0760ED0743D58DAF880@BN3PR10MB0321.namprd10.prod.outlook.com>
Thanks to everyone for the good discussion on the NNBSP issues in Mongolian.
Special thanks to the UTC for elevating the discussion to one of such priority also.

It appears that we are saying that we should accept the solution of continuing our use of the NNBSP as the Mongolian Suffix Joiner with the following amendments
•       WordBreak property is changed from “Other” to “ExtendNumLet”. The basic mechanism is to propose to the UTC a change in the WordBreakProperties.txt file. If the proposal is accepted, then the normative file is distributed and the changes should be felt downline as the data is propagated. Does this sound correct? The basic change that we are looking for is that this will allow a Mongolian word composed of stem plus several suffixes with the NNBSP embedded will not break. This will effectively allow utilities such as word-counting, word-selection, and such to work as desired.

The cases this change has to handle, as Jirimutu has clearly delineated, are
•       <MongolianLetter(subset of ALetter)><NNBSP>< MongolianLetter >
•       <MongolianLetter><FVS1|FVS2|FVS3><NNBSP>< MongolianLetter >
•       <Numeric(Latin, Mongolian, Tibetan, etc)><NNBSP>< MongolianLetter >
•       NOTE: that the solution will not handle <PunctuationAsSpecificToMongolianScript><NNBSP>< MongolianLetter > and that we are saying that the overall solution is more important than this one limitation

Do we need any more discussion here? As major parties in the discussion have been Badral and Jirimutu, could both of you confirm moving ahead? Other comments?

Thanks,
Greg

Received on Sunday, 2 August 2015 15:08:20 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 16:07:04 UTC