Idris wrote:
Dear gang,
I have redone this. Now there are two filter sequences, one for main text
and one for using the arabic-font digits in math mode.
http://wiki.contextgarden.net/Aleph_Guide#Installing
has been updated, get the new uni2cuni.zip. I'll update m-gamma soon so
this
Hans, in Friday's beta, core-sec.tex line 767 has
\edef\levelstring{=\flistsectionseparator\@@filternumberpart[#1]\sectionseparator}%
which fails not knowing what \flistsectionseparator is. Reverting to
\edef\levelstring{=\sectionseparator\@@filternumberpart[#1]\sectionseparator}%
works but
Duncan Hothersall wrote:
Hans, in Friday's beta, core-sec.tex line 767 has
\edef\levelstring{=\flistsectionseparator\@@filternumberpart[#1]\sectionseparator}%
which fails not knowing what \flistsectionseparator is. Reverting to
On Mon, 26 Jun 2006 01:56:03 -0600, Duncan Hothersall [EMAIL PROTECTED] wrote:
I'm very grateful for all the effort on this. I had some trouble
installing the new ConTeXt beta to test it at the weekend and spent most
of Sunday trying to understand why... But at least I am now in a
position to
Idris Samawi Hamid wrote:
of course you should not expect proper kerning when isolation is used
with latin
Why is this?
A figure id like in 1.2 can have kerning between the 1 and dot,
and the dot and 2. But when it is coded as 1{.}2, it won't.
still messed up: math display formulas,
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.
Idris Samawi Hamid wrote:
Why is this?
tex itself does things, like with fi not being the same as f{}i [no lig
building] and since otp's may insert things as well abc may different
may differen from a{}b{}c (i must admit that i don't know when an otp
stops scanning, i suppose at an
On Sun, 25 Jun 2006 02:08:37 -0600, Taco Hoekwater [EMAIL PROTECTED]
wrote:
My guess is you could just remove the punctuation support from the
current OTP. If a user really needs to say 1.2 million, (s)he can
just write $1.2$ instead, which is more or less standard TeX
practice anyway.
On Sun, 25 Jun 2006 10:01:03 -0600, Hans Hagen [EMAIL PROTECTED] wrote:
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
Dear gang,
I have redone this. Now there are two filter sequences, one for main text
and one for using the arabic-font digits in math mode.
http://wiki.contextgarden.net/Aleph_Guide#Installing
has been updated, get the new uni2cuni.zip. I'll update m-gamma soon so
this will be part of the
Hi Hans,
Thank you very much for this; will test in the coming days (I have not
updated ConTeXt since Jan 28; hope there are are no deadly installation
surprises-) )
On Fri, 23 Jun 2006 12:59:59 -0600, Hans Hagen [EMAIL PROTECTED] wrote:
Hi otp lovers,
Well, `love' is much too strong a
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
Hi otp lovers,
i managed to get this number stuff running (i.e. bypass the otp messing
up numbers):
i'm uploading a beta
beware, there is no need to setup separators, and no need to reverse
numbers!
\def\ArabicUTF
{\ArabicDirGlobal
\usefiltersequence[UTFArabic]%
13 matches
Mail list logo
