Re: [icu-design] Expansions!

[Vladimir W. <wei...@gm...>]

Yes, the two particular examples you are showing are equivalent.
I'm not sure which two code points you are referring to, since your example
contains 10 code points.
 Regards,
v.

 On 11/10/05, Jorge Alfredo Ramirez/Mexico/Contr/IBM <jo...@mx...>
wrote:
>
>
> Can you please give answer to my questions?
>
> Hi, Vladimir!
>
> So far my understanding... I will treat this:
>
> &\u0064\u007A\u0073
> <<<\u0064\u0064\u007A\u0073/\u0064\u007A\u0073
>
> like this:
>
> &\u0064\u007A\u0073\u0064\u007A\u0073
> <<<\u0064\u0064\u007A\u0073
>
> and treat this two code points as contractions, is this correct?
>
> Thank you!
>
> Jorge Alfredo Ram=EDrez Franco.
> IT SPECIALIST, GDL-POK Projects.
> IBM Mexico. Guadalajara SW Dev. Group.
> E-mail: jo...@mx...
>
>
>   *Vladimir Weinstein/San Jose/IBM@IBMUS*
>
> 20/10/2005 04:19 p.m.
>    To
> Jorge Alfredo Ramirez/Mexico/Contr/IBM@IBMMX  cc
>   Subject
> Re: Expansions.Link
>
>
>
> Hi,
>
> one of the reasons there are two definitions of expansions is that they
> actually work slightly differently -
> &ch << k << a << b <<< d < f will actually become &c << k/h << a/h << b/h
> <<< d/h < f - in other words, it stops at the first primary difference. O=
n
> the other hand, explicitly defined expansion is valid for that code point
> only.
> So for your second question, the alternative notation would be:
> &ae<<=E6 <<=E4
> The last two are a bit trickier - where did you find them?
> Both are examples of contractions followed by an expansion - very common
> for Japanese, but in both cases you have an expansion defined in the rese=
t
> and an explicitly defined expansion. In that case, explicit expansion win=
s.
>
> Hope this helps. Also, you might want to read ICU users guide at
> http://icu.sourceforge.net/userguide/ and take a look at our mailing list=
.
> This sort of question is usually better suited for the mailing list.
>
> Regards,
> v.
>
> Vladimir Weinstein, IBM GCoC-Unicode/ICU San Jose, CA vwe...@us...
>
>
>
>   *Jorge Alfredo Ramirez/Mexico/Contr/IBM@IBMMX*
>
> 10/20/2005 01:23 PM
>    To
> Vladimir Weinstein/San Jose/IBM@IBMUS  cc
>   Subject
> Expansions.
>
>
>
> Hello Vladimir,
>
> I am Jorge from Unicode team, I have some questions about expansions, and
> may be you can help me to solve my doubts or tell who can.
> I saw this description on Unicode Technical Standard #35 which makes easy
> to understand the easy ones, like: &c<<k/h because it is the same that
> having &ch<<k, but why having both definitions?
>   Specifying Expansions   *Basic* *XML* *Description* & c
> << k / h <reset>c</reset>
> <x><s>k</s> <extend>h</extend></x> *normal expansion syntax:*
> Make 'k' sort after the sequence 'ch'; thus 'k' will behave as if it
> expands to a character after 'c' followed by an 'h'. & ch
> << k <reset>ch</reset>
> <s>k</s> *sequence expansion syntax:*
> Make 'k' sort after the sequence 'ch'; thus 'k' will behave as if it
> expands to a character after 'c' followed by an 'h'.
>
> *(unless 'ch' is defined beforehand as a contraction).*
>
>
> And what about this kind of expansion definition?
> &a
> <<=E6/e
> <<=E4/e
> what it would be its other representation?
>
> And the Last one how do you manage this kind of expansion definition (/)
> because it seems to me these are not expansions but contractions.
>
> &cs
> <<<ccs/cs
>
> &\u0064\u007A\u0073
> <<<\u0064\u0064\u007A\u0073/\u0064\u007A\u0073
>
> Can you send me a full description about this?, I will appreciate your
> help to solve mi questions.
>
> Regards,
> Jorge Alfredo Ram=EDrez Franco.
> IT SPECIALIST, GDL-POK Projects.
> IBM Mexico. Guadalajara SW Dev. Group.
> E-mail: jo...@mx...
>
>


--
Vladimir Weinstein, IBM GCoC-Unicode/ICU San Jose, CA