Re: [1.2T-LC] i18n comment 1: Explanation of ligatures (ISSUE-2102)

Hi, I18N-

Thanks for your review and comments. wrote (on 10/10/08 3:40 PM):
> Comment from the i18n review of: 
> Comment 1 At 
> Editorial/substantive: E Tracked by: RI
> Location in reviewed document: 10.2
> []
> Comment: "(Note that for proper rendering of some languages,
> ligatures are required for certain character combinations.)"
> "Composite characters - In various situations"
> "Some typography systems examine "
> "In some languages, particular sequences of characters "
> I would change 'some' and 'various' to 'many'. 

All fixed. For this and subsequent responses, please see the revised
wording in the Editor's Draft to see if the changes are satisfactory. [1]

> Ligatures are required
> in scripts all across Asia, and composite messages are even more
> common. Especially since this is SVG Tiny, and will therefore play a
> role in the mobile Web, I think it's important to make implementers
> consider support for complex script features. I did some testing of
> the font features and noted that OpenType features required for the
> Indic scripts I tested were not supported. This is a common scenario,
> and has been for a long time. I don't think implementers are actually
> aware of the fact that ligatures and such are not just frilly
> features for most languages throughout Asia. 

Oh, surely there can't be that many people that use Asian languages! ;P

> I'd generally like to
> see a little more emphasis on this in the document. (I'd have
> actually liked to see a graphical example of rendering in a complex
> script here - i may be able to provide one if you like.)

We're willing to add more treatment of this, if you have something
specific in mind.  We would certainly appreciate sample wording or an
SVG image, if you have a representative sample.

While we are following up on possibly expanding our explanation of this,
could you please let us know if this response satisfies your comment in



Received on Saturday, 11 October 2008 02:59:26 UTC