Mark Davis, 2009-07-08 I was working on the following action. We were not able to come to consensus as to how to proceed in the ed committee, so I'm bringing this to the UTC. 117 A040 Mark Davis Update PropertyAliases.txt and PropertyValueAliases.txt with the Unihan properties. L2/08-352 UCD 2008-11-12 2008-11-12
The document is: http://www.unicode.org/L2/L2008/08352-stability-prop.html. That document didn't specify the property names or aliases, and I also needed default values. I followed the analogy of kRSUnicode, which shows up as: # Unicode_Radical_Stroke (URS) # @missing: 0000..10FFFF; Unicode_Radical_Stroke; <none> The CompatibilityVariant and the numerics have defaults for String and Numeric properties, however. Note that we probably should list CompatibilityVariant as a derived property in #44, since it -- according to #38 -- is derived from the compat decomp in UnicodeData; and is thus (I presume) just filtered to only be CJK_Ideographs. <BTW> We really ought to
have a faq explaining what the heck the difference is between the
properties Ideograph and Unified Ideograph, since it is pretty
impossible to guess from the names. It appears that Ideograph is really
a derived property and equal to the following. Is this relationship by
intent or accident? </BTW>Unified Ideograph + HANGZHOU numerals + compat ideographs + 3006 + 3007 cf: http://unicode.org/cldr/utility/unicodeset.jsp?a=[:Ideographic:]&b=[:Unified_Ideograph:] http://unicode.org/cldr/utility/unicodeset.jsp?a=[:Ideographic:]&b=[\u3006\u3007[:Unified_Ideograph:][:name=/HANGZHOU|CJK%20COMPATIBILITY%20IDEOGRAPH/:]] On that basis, here was what I came up with. --- Aliases --- # ================================================ # Numeric Properties # ================================================ CJK_AC ; CJK_AccountingNumeric ; kAccountingNumeric CJK_ON ; CJK_OtherNumeric ; kOtherNumeric CJK_PN ; CJK_PrimaryNumeric ; kPrimaryNumeric ... # ================================================ # String Properties # ================================================ ... CJK_CV ; CJK_CompatibilityVariant ; kCompatibilityVariant ... # ================================================ # Miscellaneous Properties # ================================================ IIC ; IICore ; kIICore IRG_G ; IRG_GSource ; kIRG_GSource IRG_H ; IRG_HSource ; kIRG_HSource IRG_J ; IRG_JSource ; kIRG_JSource IRG_K ; IRG_KSource ; kIRG_KSource IRG_KP ; IRG_KPSource ; kIRG_KPSource IRG_T ; IRG_TSource ; kIRG_TSource IRG_U ; IRG_USource ; kIRG_USource IRG_V ; IRG_VSource ; kIRG_VSource ... URS ; Unicode_Radical_Stroke ; kRSUnicode --- ValueAliases --- # CJK_AccountingNumeric (CJK_AC) # @missing: 0000..10FFFF; CJK_AccountingNumeric; NaN # CJK_CompatibilityVariant (CJK_CV) # @missing: 0000..10FFFF; CJK_CompatibilityVariant; <code point> # CJK_OtherNumeric (CJK_ON) # @missing: 0000..10FFFF; CJK_OtherNumeric; NaN # CJK_PrimaryNumeric (CJK_PN) # @missing: 0000..10FFFF; CJK_PrimaryNumeric; NaN # IICore (IIC) # @missing: 0000..10FFFF; IICore; <none> # IRG_GSource (IRG_G) # @missing: 0000..10FFFF; IRG_GSource; <none> # IRG_HSource (IRG_H) # @missing: 0000..10FFFF; IRG_HSource; <none> # IRG_JSource (IRG_J) # @missing: 0000..10FFFF; IRG_JSource; <none> # IRG_KPSource (IRG_KP) # @missing: 0000..10FFFF; IRG_KPSource; <none> # IRG_KSource (IRG_K) # @missing: 0000..10FFFF; IRG_KSource; <none> # IRG_TSource (IRG_T) # @missing: 0000..10FFFF; IRG_TSource; <none> # IRG_USource (IRG_U) # @missing: 0000..10FFFF; IRG_USource; <none> # IRG_VSource (IRG_V) # @missing: 0000..10FFFF; IRG_VSource; <none> Here are some back and forths on this, edited heavily for brevity. I would really really prefer that we don't invent any new names, long
or short. For the long names, the kFoo names are perfectly adequate in my opinion, they are what the Unihan users know (at the very least, they have to be the "preferred" long names). For the short names, with 88 properties, they are bound to be impossible to remember (e.g. for me CJK_ON suggests kJapaneseOn rather than kOtherNumeric). ... I can understand that, but we also need to be consistent with what
we've done already with kRSUnicode, and other properties. Note that the
kxxx names are retained as aliases, and there'd be no problem with your
continuing to use them in the xml. Having the k form (which can be very long) be the short alias is simply bizarre. As far as the UCD properties were concerned, the tags in Unihan were just gorp; this is the point at which we are really fully recognizing (some of) them as UCD properties, and we should give them consistent names, as we have *already done* with kRSUnicode. Note that with Unicode_Radical_Stroke, the we didn't even use the k form as an *alias*; the official name was all and only the first two fields below. In the above, I added the 'k' form as an alias.. URS ; Unicode_Radical_Stroke ; kRSUnicode |
|
Unicode & Int’l SW > UTC >
Unihan property names |