Sounds good.
On Tue, Jul 29, 2014 at 3:25 AM, Khaled Hosny khaledho...@eglug.org wrote:
On Mon, Jul 28, 2014 at 10:24:39PM +1000, Vafa Khalighi wrote:
Thanks, fixed.
Thanks. I will try that. I know that in the new algorithm, \beginR,
\beginL, \endR, and \endL are also allowed
On 29 July 2014 10:55, Khaled Hosny khaledho...@eglug.org wrote:
On Mon, Jul 28, 2014 at 07:25:39PM +0200, Khaled Hosny wrote:
On Mon, Jul 28, 2014 at 10:24:39PM +1000, Vafa Khalighi wrote:
Thanks, fixed.
Thanks. I will try that. I know that in the new algorithm, \beginR,
If you are looking at extending xetex's RTL support is there any
chance of addressing RTL tables (as affects for example longtable in
the other thread)?
as the nodes can only go in hmode there is no good place to put them
to affect the ordering of columns in an halign.
Hi David,
The
On 29 July 2014 12:55, Vafa Khalighi texpers...@gmail.com wrote:
If you are looking at extending xetex's RTL support is there any
chance of addressing RTL tables (as affects for example longtable in
the other thread)?
as the nodes can only go in hmode there is no good place to put them
to
Hi David
I just did a quick experiment with new XeTeX. Since in new TeX-XeT
algorithm, \beginR, \beginL, \endR, and \endL can also be used in math
mode, the previous approach is not needed. Here is a test file for standard
LaTeX tabular environment:
\documentclass{article}
\begin{document}
\hbox \bgroup $\beginR
but couldn't you just do
\hbox \bgroup \beginR$
to get the same, but working with older engines?
I will look at longtable and see if the same kind of thing can be done there.
I don't have it here but can you put \beginR at the start of $$ and
still have a display
but couldn't you just do
\hbox \bgroup \beginR$
to get the same, but working with older engines?
That was the first thing I tried when I wanted to implement RTL tabular in
bidi. Unfortunately that neither works with old xetex nor with new one.
I will look at longtable and see if
On Tue, Jul 29, 2014 at 03:35:57PM +0100, David Carlisle wrote:
\hbox \bgroup $\beginR
but couldn't you just do
\hbox \bgroup \beginR$
That wouldn't work, as math (inline and display) are ensured to always
be LTR. The original assumption was that you never need RTL math, but
this is wrong
On 29 July 2014 16:27, Khaled Hosny khaledho...@eglug.org wrote:
\hbox \bgroup \beginR$
That wouldn't work, as math (inline and display) are ensured to always
be LTR.
oh yes, I knew that really:-) sorry Vafa, I shouldn't have queried you:-)
David
On Mon, Jul 28, 2014 at 12:31:51PM +1000, Vafa Khalighi wrote:
It should make it to TeX Live 2015 (unless there are any major issues
that we can not fix by then, but I hope there will not be any).
Thanks. The only problem that I noticed until now is that when you use
That is reasonable. I will follow your suggestion. Something like
this?
\edef\XeTeXVersionNumber{{\expandafter\@gobble\XeTeXrevision}
\ifnum\XeTeXVersionNumber2
old xetex code
\else
new xetex code
\fi
Not sure about that snippet, but I usually use the more generic:
Thanks, fixed.
Thanks. I will try that. I know that in the new algorithm, \beginR,
\beginL, \endR, and \endL are also allowed in math mode. But consider this
minimal document
\documentclass{article}
\begin{document}
\hbox{\beginR\vbox{%
$$1+2=3$$
}\endR}
\end{document}
The display math will
The enumerate counter in this example should be in white color but they are
in black:
\documentclass{beamer}
\usetheme{Warsaw}
\begin{document}
\begin{frame}
\begin{enumerate}
\item One
\item Two
\item Three
\end{enumerate}
\end{frame}
\end{document}
Unfortunately, I am not very familiar with
On Mon, Jul 28, 2014 at 10:24:39PM +1000, Vafa Khalighi wrote:
Thanks, fixed.
Thanks. I will try that. I know that in the new algorithm, \beginR,
\beginL, \endR, and \endL are also allowed in math mode. But consider this
minimal document
\documentclass{article}
\begin{document}
2014-07-27 10:37 GMT+02:00 Vafa Khalighi persian-...@tug.org:
Thanks for the new version of xetex which fixes some very important bidi
issues. I have tested the new version and it seems to be working fine. Will
this make it into TeXLive 2015? or is it experimental?
With this, some of bidi
at 12:20 AM, Zdenek Wagner zdenek.wag...@gmail.com
wrote:
2014-07-27 10:37 GMT+02:00 Vafa Khalighi persian-...@tug.org:
Thanks for the new version of xetex which fixes some very important bidi
issues. I have tested the new version and it seems to be working fine. Will
this make it into TeXLive
patches.
Let me know if something does not work.
OK, I will reprocess my book that mixes Czech, Hindi and Urdu.
On Mon, Jul 28, 2014 at 12:20 AM, Zdenek Wagner zdenek.wag...@gmail.com
wrote:
2014-07-27 10:37 GMT+02:00 Vafa Khalighi persian-...@tug.org:
Thanks for the new version of xetex which
On Sun, Jul 27, 2014 at 06:37:18PM +1000, Vafa Khalighi wrote:
Thanks for the new version of xetex which fixes some very important bidi
issues. I have tested the new version and it seems to be working fine. Will
this make it into TeXLive 2015? or is it experimental?
It should make it to TeX
On Sun, Jul 27, 2014 at 10:47:40PM +0200, Khaled Hosny wrote:
I suggest that the new version of bidi check the XeTeX version and only
load those patches if it is less that 0.3,
I meant less than 0.2 of course.
Regards,
Khaled
--
19 matches
Mail list logo