On 04/24/2014 01:56 PM, Steffen Nurpmeso wrote:
Markus Scherer markus@gmail.com wrote:
|I strongly recommend you parse the derived properties rather than trying to
|follow the derivation formula, because that can change over time.
..this file includes only those core properties that
Markus Scherer markus@gmail.com wrote:
|On Fri, Apr 25, 2014 at 6:05 AM, Steffen Nurpmeso sdao...@yandex.comwrote:
|So imho it's a bit like «Kraut und Rüben» («higgledy-piggledy»
| sayy http://www.dict.cc/?s=Kraut+und+R%C3%BCben).
|
|Ich weiß was das bedeutet :-)
hmmm, possibly a bit of
On Fri, Apr 25, 2014 at 11:06 PM, Mathias Bynens math...@qiwi.be wrote:
My initial question can be rephrased as the following remark/change
request:
http://unicode.org/reports/tr31/#Default_Identifier_Syntax could make it
more clear that “stability extensions” means `Other_ID_Start` and
On 23 Apr 2014, at 20:18, Markus Scherer markus@gmail.com wrote:
I strongly recommend you parse the derived properties rather than trying to
follow the derivation formula, because that can change over time.
No argument there!
My initial question can be rephrased as the following
On 26 Apr 2014, at 17:06, Markus Scherer markus@gmail.com wrote:
I suggest you report it here: http://www.unicode.org/reporting.html
Done. Thank you, Markus!
___
Unicode mailing list
Unicode@unicode.org
http://unicode.org/mailman/listinfo/unicode
On 25 April 2014 20:53, Karl Williamson pub...@khwilliamson.com wrote:
And in fact in some Unicode releases, they contained errors.
I think you know this, but for others.
A derived property value in the UCD is defined by the value in the derived
data file, NOT by the derivation. Of course,
Hello,
Markus Scherer markus@gmail.com wrote:
|On Thu, Apr 24, 2014 at 12:56 PM, Steffen Nurpmeso sdaode\
|n...@yandex.comwrote:
| Markus Scherer markus@gmail.com wrote:
||I strongly recommend you parse the derived properties rather than trying
| to
||follow the derivation formula,
On Fri, Apr 25, 2014 at 6:05 AM, Steffen Nurpmeso sdao...@yandex.comwrote:
|What I tried to say is, if you need ID_Start, then parse ID_Start from
|DerivedCoreProperties.txt. That's more stable (and easier than parsing
the
|pieces and deriving
|
|# Lu + Ll + Lt + Lm + Lo + Nl
|#
Markus Scherer markus@gmail.com wrote:
|I strongly recommend you parse the derived properties rather than trying to
|follow the derivation formula, because that can change over time.
..this file includes only those core properties that have
themselves a derivation-may-change property?
(I
On Thu, Apr 24, 2014 at 12:56 PM, Steffen Nurpmeso sdao...@yandex.comwrote:
Markus Scherer markus@gmail.com wrote:
|I strongly recommend you parse the derived properties rather than trying
to
|follow the derivation formula, because that can change over time.
..this file includes only
http://www.unicode.org/reports/tr31/#Default_Identifier_Syntax defines ID_Start
as:
Characters having the Unicode General_Category of uppercase letters (Lu),
lowercase letters (Ll), titlecase letters (Lt), modifier letters (Lm), other
letters (Lo), letter numbers (Nl), minus Pattern_Syntax
On 23 Apr 2014, at 19:18, Mathias Bynens math...@qiwi.be wrote:
http://www.unicode.org/reports/tr31/#Default_Identifier_Syntax defines
ID_Start as:
Characters having the Unicode General_Category of uppercase letters (Lu),
lowercase letters (Ll), titlecase letters (Lt), modifier letters
Mathias,
What are the “stability extensions” this document refers to?
Here are the code points that match the respective property according to
`DerivedCoreProperties.txt`, yet don’t match these properties if you’re
adding/removing the categories manually based on the property definition in
On 23 Apr 2014, at 19:48, Whistler, Ken ken.whist...@sap.com wrote:
See the listings for Other_ID_Start and Other_ID_Continue in PropList.txt.
Those are your stability extensions for the derivation of the
identifier-related derived properties.
This answered all my questions :) Thanks!
I strongly recommend you parse the derived properties rather than trying to
follow the derivation formula, because that can change over time.
markus
___
Unicode mailing list
Unicode@unicode.org
http://unicode.org/mailman/listinfo/unicode
15 matches
Mail list logo
