On 03/16/2001 01:18:36 PM Roozbeh Pournader wrote:
>...Take
>this example: she wants to type "MEEM-SEEN-TEH-QAF-LAM". She presses Meem,
>she sees an isolated Meem, she presses Seen, the Meem becomes initial
>Meem, and a final Seen gets added. She presses Teh, Seen becomes medial,
>final Tah getting added, .... What if she could see initial Meem, medial
>Seen, etc at the beginning? I know, this way she would see a medial Lam at
>first, but that will become a final Lam as soon as she presses the space.
Perhaps there's an easy way for an app to achieve this without resorting to
maintaining an additional parallel representation of the text as I
understood Marco to be suggesting. Here's an idea:
If the following two conditions apply:
1. the insertion point is not before a word-forming Arabic (or other
connective script) character, and
2. some local (i.e. adjacent to the insertion point) change to the text
(insertion or deletion) has occurred since the insertion was moved to its
current position
then output a ZWJ immediately before the insertion position when rendering
to the screen. The ZWJ is not added to the backing store; it is just
inserted into the stream sent to the screen.
This would make the last-typed character appear in a non-final form (i.e.
initial or medial), and it would immediately change to a final (or isolate)
form if whitespace or punctuation is typed after it (barring a ZWJ actually
being added by the user into the stored text).
- Peter
---------------------------------------------------------------------------
Peter Constable
Non-Roman Script Initiative, SIL International
7500 W. Camp Wisdom Rd., Dallas, TX 75236, USA
Tel: +1 972 708 7485
E-mail: <peter_constable@sil.org>
This archive was generated by hypermail 2.1.2 : Tue Jul 10 2001 - 17:21:20 EDT