# [NTG-context] arab (omega)

Hans Hagen pragma at wxs.nl
Sun Jun 25 18:01:03 CEST 2006

Idris Samawi Hamid wrote:
> I found the problem:
>
> In uni2cuni.otp the numbering handling does two things:
>
> It DOES isolate non-numerals as separators within a given expression. So
> placing an Arabic letter between two numbers
>
> 5792ر684
>
> processes fine; each individual number gets reversed.
>
> But the otp makes exceptions for the following punctuation:
>
> + - .
>
> If we get rid of those exceptions the separator problem will go away. But
> then math will be messed up. The problem is that the
>
> + - .
>
> are ambiguous; sometimes they have a mathematical significance; sometimes
> a separator significance. We need the exception for math (generally done
> the usual l-r way) but don't need it for separators (done in the r-l way).
>
isn't it simplier then to disable otp's in math mode
> What I could do is define two filter sequences: UTFArabic and
> UTFArabicMath. Hans, could you do a conditional that calls up one in math
> mode and the other everywhere else?
>

\appendtoks
< reset otps >
< intialize other sequence of thenm>
\to \everymathematics
> This is a stop-gap solution until we replace otp's with something smarter.
> Taco, Hans, let me know what you think before I work on this.
>
> It is really inefficient to have to define an entire ot stack just to
> change one otp. There must be a better way to abtract things so we can
> plug a given otp without redoing the entire stack.
>
i suppose that switching is fast, so using a different stack was what came on my mind first

Hans

-----------------------------------------------------------------