Re: [XeTeX] index not showing up as an entry in the table of contents

The comment about bidi is wrong. Sent from my iPhone On 26 Apr 2018, at 12:51 am, Kamal Abdali mailto:k.abd...@acm.org>> wrote: Thanks, Zdeněk. I found the problem and a solution for it discussed here: https://tex.stackexchange.com/questions/263696/polyglossias-setotherlanguage-blocks-imakeind

Re: [XeTeX] Are the new etex changes reflected in XeTeX? (was XeTeX bugs in bidirectional typesetting)

Sent: Wednesday, November 23, 2016 2:11:22 AM To: xetex@tug.org Subject: Re: [XeTeX] Are the new etex changes reflected in XeTeX? (was XeTeX bugs in bidirectional typesetting) Am Tue, 22 Nov 2016 13:09:49 + schrieb Vafa Khalighi: > Hi David and Ulrike > The LuaTeX (omega) model i

[XeTeX] The FriBidiXeTeX program

As some of you may have noticed, there is a new program (written in C programming language) which uses fribidi library and supports unicode bidirectional algorithm. If you use the bidi package, then for inserting short RTL text between an LTR paragraph, you have to use \RLE (or \RL) and \LRE (

[XeTeX] Are the new etex changes reflected in XeTeX? (was XeTeX bugs in bidirectional typesetting)

Hi David and Ulrike The LuaTeX (omega) model in this case is simply wrong! I have not checked Taco's comment but will look at it. I do not even understand why we have to bother with buggy LuaTeX (Omega) when parsitex system has a stable, powerful, and bug-free model.

[XeTeX] Overfull \hbox in RTL (another bug of TeX--XeT)

Hi David The current TeX--XeT model is limited but extending it is easy. To solve this issue, three primitives are implemented in parsitex system 1) \vboxjustification: This is just an integer value which sets the direction of \vbox. I can not remember all the details and I can not bother loo

[XeTeX] Overfull \hbox in RTL (another bug of TeX--XeT)

When TeX is building a LTR paragraph, if there are some overfull \hbox s, then they stick out at the right of the offending box (please see the example on page 27 of The TeXBook and Knuth explanation). When one is typesetting a right to left paragraph, it is expected that if there is any overf

[XeTeX] Are the new etex changes reflected in XeTeX? (was XeTeX bugs in bidirectional typesetting)

Hi David Sure \textdir works in vertical mode in luatex but luatex's behavior is buggy. For instance, consider the following minimal example {\textdir TRT This} is just a test. \bye As you can see there is no indent at the beginning of the paragraph and that indent is shifted as a space

Re: [XeTeX] XeTeX bugs in bidirectional typesetting

> Well, it's not necessarily useless. If both engines are using the same > model, then you have twice as many communities available to fix bugs. > And it means the bug fixes and bidi expertise can be shared between the > two communities. I would also recommend XeTeX moving to the LuaTeX model > -

[XeTeX] Are the new etex changes reflected in XeTeX? (was XeTeX bugs in bidirectional typesetting)

Hi When I discussed the TeX--XeT issues with Peter Bre­it­en­lohner, he made few changes in etex. Are these changes applied to XeTeX? The changes were: 1) Fix hyphenation of LR and RL text see http://tug.org/svn/texlive/trunk/Build/source/texk/web2c/etexdir/etex.ch?r1=29312&r2=32197 2)

[XeTeX] XeTeX bugs in bidirectional typesetting

Hi David Sadly, I can not agree with you; it seems that I have completely different perspective on bidi model which is reasonable considering my experience and expertise on the matter. LuaTeX (Omega) model is not a good development for XeTeX since you will find yourself surrounded by so many

[XeTeX] XeTeX bugs in bidirectional typesetting

Hi XeTeX uses TeX--XeT algorithm and has some serious problems in typesetting right to left text. About few years ago, I wrote to Peter Bre­it­en­lohner and we discussed together what needs to be fixed. Peter promised that he would fix the issues but unfortunately he passed away. I believe he

Re: [XeTeX] xetex bug #71 jpeg inclusion fails with Dimension too large

Thanks Akira. Your sincerely, Vafa On Mon, Sep 28, 2015 at 1:39 AM, Akira Kakuto wrote: > Dear Vafa Khalighi, > >> There was an annoying bug reported back in 2013: >> http://sourceforge.net/p/xetex/bugs/71/ >> >> >> I thought that this bug was fixed in 2

[XeTeX] Strange tikz behaviour with xetex

If you run pdflatex on the following minimal example: \documentclass{article} \usepackage{atbegshi} \usepackage{tikz} \AtBeginShipout{% \AtBeginShipoutUpperLeft{% \put(0,0){% \tikz[remember picture, overlay]\shade[top color=blue!15, bottom color=blue!80] (current page.north east) rectangle +(-5

Re: [XeTeX] XeTeX maintenance

Thanks Khaled for all your hard work. I am really grateful to you for the effort you put in. I am also interested in working on xetex as a maintainer. -- Subscriptions, Archive, and List information, etc.: http://tug.org/mailman/listinfo/xetex

Re: [XeTeX] additional beginL endL nodes in math

I have not got TeXLive 2015 but that is just bad. Does the new xetex effect any other of math typesetting that used to work fine with Knuth TeX? does it break any package? with breqn the issue is not too bad since breqn is an experimental package and not a lot of people are aware of it or use it. I

Re: [XeTeX] additional beginL endL nodes in math

I also support Khaled's changes to xetex; I only tested it few months ago and if the issues I reported are fixed now, then it is good. And since when LaTeX has a package/ or test files that uses \beginL \endL? All I remember is that there are only babel's rlbabel.def file and then arabicore package

Re: [XeTeX] bidi, math, and amstext

Or use \bidi@newrobustcmd: \bidi@newrobustcmd*{\ArabicScript}[1]{\RL{\@Latinfalse\ArabicFont #1}} On Sun, Sep 28, 2014 at 6:20 AM, Zdenek Wagner wrote: > 2014-09-27 22:12 GMT+02:00 Mike Maxwell : > > On 9/27/2014 12:24 AM, Vafa Khalighi wrote: > >> > >> Well, I

Re: [XeTeX] bidi, math, and amstext

defining commands: \newcommand*{\textarab}[1]{\RL{\@Latinfalse\arabicfont #1}} The definition of \RL is somehow special and should not be redefined like you did. On Sat, Sep 27, 2014 at 8:15 AM, maxwell wrote: > On 2014-09-26 16:01, Vafa Khalighi wrote: > >> Not a bug. bidi package has a

Re: [XeTeX] bidi, math, and amstext

Not a bug. bidi package has a boolean \if@Latin. The boolean should be set in higher level packages (like polyglossia) to true for non-RTL scripts and false for RTL scripts. Its initial value is false so that explains the behaviour. Therefore \documentclass{report} \usepackage{amstext} \usepackag

Re: [XeTeX] New version of xetex

> > > > 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 a

Re: [XeTeX] New version of xetex

abular} \end{document} I will look at longtable and see if the same kind of thing can be done there. On Tue, Jul 29, 2014 at 10:20 PM, David Carlisle wrote: > On 29 July 2014 12:55, Vafa Khalighi wrote: > > > > > >> > >> > >> If you are looking at ext

Re: [XeTeX] New version of xetex

> > 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,

Re: [XeTeX] New version of xetex

Sounds good. On Tue, Jul 29, 2014 at 3:25 AM, 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, >

Re: [XeTeX] New version of xetex

beamer internals so I could not reduce this. On Mon, Jul 28, 2014 at 10:24 PM, 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 mod

Re: [XeTeX] unwanted rtl paragraph before arabic (rtl) longtable

It is one of the known bugs of package bidi-longtable that you are using. A workaround would be adding \everypar{\beginL} Before the paragraph that you want to typeset LTR. On Mon, Jul 28, 2014 at 10:57 PM, Jens Bakker wrote: > Dear Ladies and Gentlemen, > > I would like to ask you for advice

Re: [XeTeX] New version of xetex

> > 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 wi

Re: [XeTeX] New version of xetex

at 12:20 AM, Zdenek Wagner wrote: > 2014-07-27 10:37 GMT+02:00 Vafa Khalighi : > > 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?

[XeTeX] New version of xetex

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 package's obsolete codes (patching color, xcolor, hyperref, etc) needs

Re: [XeTeX] bidi question

see Joseph's answer: http://tex.stackexchange.com/questions/191675/footnote-moves-up-by-one-par/191686#191686 On Wed, Jul 16, 2014 at 3:23 PM, Vafa Khalighi wrote: > Thanks for this bug report. Here is a minimal example, without using bidi > package where this is

Re: [XeTeX] bidi question

Thanks for this bug report. Here is a minimal example, without using bidi package where this issue occures \documentclass{report} \usepackage{zref-abspage} \makeatletter \newcounter{footdir@label} \newtoks\footdir@toks \newcommand*{\footdir@temp}[3]{% \@ifdefinable{#1}{% \let#1#2% \rene

Re: [XeTeX] XeTeX (/not/ XeLaTeX) : Marginal kerning, font protrusion, hyperlinks

If I recall correctly, Hàn Thế Thành added these primitives to XeTeX; therefore he knows them best. On Tue, Apr 15, 2014 at 7:07 PM, Philip Taylor wrote: > > > Khaled Hosny wrote: > > On Thu, Apr 10, 2014 at 12:58:23PM +0100, Philip Taylor wrote: >> >>> >>> Why are these key XeTeX primitives (

[XeTeX] Lollipop (A new TeX format): help needed

*Please forward this email to anyone who has an interest in TeX or typesetting.* Lollipop is an advanced new TeX format like Plain TeX, ConTeXt, LaTeX, and other TeX formats that is built on top of the TeX engine. Lollipop was written by Victor Eijkhout in 1992--1993 and then was unmaintained un

Re: [XeTeX] XeLaTeX doesn't play nice with pgf

maybe grffile package? On Sat, Sep 14, 2013 at 1:17 AM, Kirk Lowery wrote: > Ah! Then it doesn't like file names with more than dot, eh? Isn't there a > package that let's you use filenames with multiple dots? > > Thanks! > > > On Fri, Sep 13, 2013 at 11:06 AM, Zdenek Wagner > wrote: > >> Every

Re: [XeTeX] bidi & eso-pic are broken

afa for helping me. I would like to ask if there is any way to > fix wallpaper package to work as expected in RTL document. > > Regards, > Fahad > > > On Mon, Jun 10, 2013 at 5:50 AM, Vafa Khalighi wrote: > >> Hi >> >> I have just done that. I only needed to

Re: [XeTeX] bidi & eso-pic are broken

d I am using wallpaper & eso-pic > packages heavily. Now I can return to ubuntu 12.04' packages but I will > face the problem soon or later. > > > On Sun, Jun 9, 2013 at 9:56 AM, Vafa Khalighi wrote: > >> This has nothing to do with eso-pic-bidi file. In the previous

Re: [XeTeX] bidi & eso-pic are broken

This has nothing to do with eso-pic-bidi file. In the previous versions of bidi package, the behaviour of picture environment was changes so that in RTL, still the reference point was at the right (where the line starts in RTL) but commands like \put behaved the same in LTR and RTL. i.e. if you gav

Re: [XeTeX] bidi & eso-pic are broken

This is not bidi issue but how the picture environment works (that is what eso-pic package uses internally). Your horizontal reference point is where the line starts (left in LTR and right in RTL). When you give a horizontal co-ordinate to \put for example, what you do is just \kern , etc. On Thu

Re: [XeTeX] [OT, xelatex] Persian text

If you are asking how to typeset traditional persian poems, that should not be too hard; all you need is bidi bundle. An example:\documentclass{article}\usepackage{fontspec}\setmainfont{Times New Roman}\newfontfamily\PersianFont[Script=Arabic]{Arial}\usepackage{bidi}\usepackage{bidipoem}\newenviron

Re: [XeTeX] Arabic fonts and line heights

Sure. This is a sample I wrote few years ago. It is not perfect but it should get you started:http://www.parsilatex.com/joomla/attachments/article/178/autobaselineskip-example.texI am afraid that the macros are written in Persian.Note: sorry for posting this twice. It seems that last time, I replie

Re: [XeTeX] Updating questions

Sure. This is a sample I wrote few years ago. It is not perfect but it should get you started:http://www.parsilatex.com/joomla/attachments/article/178/autobaselineskip-example.texI am afraid that the macros are written in Persian.On Jan 13, 2013, at 02:52 AM, Nathan Camillo Sidoli wrote:Hello All,

Re: [XeTeX] Local changes to mathmode digits

Sure. Check xepersian package documentation on page 42 for  \DefaultMathsDigits \PersianMathsDigits \AutoMathsDigitsxepersian-mathsdigitspec achieves this using \everymath and \everydisplay primitives. Note that xepersian-mathsdigitspec for this feature to work relies on \if@Latin conditiona

Re: [XeTeX] [luatex] Info on direction primitives/implementation

Well, if you use bidi package, still your hyperlinks would work reasonably fine (provided your linked text stays on one line which is not that much uncommon). On Dec 06, 2012, at 12:49 AM, Khaled Hosny wrote:On Wed, Dec 05, 2012 at 11:56:10AM +, Joseph Wright wrote: > from what you say about T

Re: [XeTeX] [luatex] Info on direction primitives/implementation

I have combination of Czech, Hindi and Urdu in my book: http://icebearsoft.euweb.cz/bharat.php The book is written in Czech but contains words and sometimes even sentences in Hindi and Urdu. The lines are often broken within the Urdu text. Since the book contains more than 300 pictures, almost al

Re: [XeTeX] [luatex] Info on direction primitives/implementation

IMO, this is an overly general and somewhat misleading "blanket statement". The TeX--XeT model has its limitations, certainly, but there are plenty of RTL documents for which it is perfectly adequate. Not every document requires mixed-direction math, or \special-based colour and hyperlinks wr

Re: [XeTeX] [luatex] Info on direction primitives/implementation

At the moment, I'm looking specifically at what we need to worry about at a low level. For example, the current expl3 code does not take any notice of direction, which is probably right for something like \hbox:n (follow whatever is going on around it), but should be documented and deliberate, no

Re: [XeTeX] [luatex] Info on direction primitives/implementation

The point about specials is one I guess I'll look at by reading the bidi code and doing some tests. bidi package does not patch \special. It only make changes in packages like color, xcolor and hyperrref, etc. And this makes them work in a very limited case. For example, if you use color package in

Re: [XeTeX] [luatex] Info on direction primitives/implementation

That suggests that TeX--XeT is not providing the tools required to do a decent job in XeTeX: is that a fair reading? (I'd guess that there were reasons for the Omega/Aleph/LuaTeX move from TeX--XeT to other approaches, but as a non-expert was not sure how to read it.) Yes, the limitations of TeX-

Re: [XeTeX] arabxetex and transliteration

What is the purpose of using \beginR ... \endR in your verse macro. Instead using verse.sty, I would suggest using bidipoem.styOn Nov 12, 2012, at 08:26 PM, Anas Ghrab wrote:For the verses I put this small code in the header :\newdimen\MesraLength % each verse has two mesra'\MesraLength=.45\hsize

Re: [XeTeX] problem with the package polyglossia arabic and perpage

The error you getting is expected and should be fixed in the new version of zref bundle. bidi in its version 12 uses zref bundle. To fix it, you have to load perpage package after bidi package.On Nov 16, 2012, at 10:05 AM, Jens Bakker wrote:Dear Ladies and Gentlemen, I would like to ask you for h

[XeTeX] bidi/xepersian package is no longer maintained

Hi ListA week a go I wrote a note to CTAN people saying most of my packages are not maintained/actively developed. This includes bidi and xepersian packages. Unfortunately I gave  maintaining bidi/xepersian up after four years of active development. These packages are author maintained but if any o

Re: [XeTeX] When using more than 16 math alphabets, \mathtt uses italic font

Another example attached. No problem with lualatex, but with xelatex, this time, \mathtt is fine but you get italic with \mathcal.On Jun 24, 2012, at 12:41 PM, Vafa Khalighi wrote:I know that in TeX, you can only use 16 math alphabets but XeTeX extends this so I was curious to enlarge the number

[XeTeX] When using more than 16 math alphabets, \mathtt uses italic font

I know that in TeX, you can only use 16 math alphabets but XeTeX extends this so I was curious to enlarge the number of my math alphabets and I had to redefine some internals of LaTeX. My minimal working example is attached.But this makes the word "Test" to apear in Italic. You can delete any of th

[XeTeX] Clipping support for XeTeX

The graphics output driver for XeLaTeX (file xetex.def) doesn't include clipping support. Martin Scharrer has added clipping to xetex.def. You can find his patch for xetex.def here: https://groups.google.com/forum/#!msg/comp.text.tex/pOR3Zv39TUA/02hiqt8TP94J Also a modified version of xetex.def

Re: [XeTeX] Biblatex arabic localization module

You can contact the author of persian-bib for details/questions. Sorry I do not know much how persian-bib or bibtex works. He might be able to write something similar for Urdu/Arabic. On Mon, May 7, 2012 at 7:08 PM, Zdenek Wagner wrote: > 2012/5/7 Vafa Khalighi : > > not for biblate

Re: [XeTeX] Biblatex arabic localization module

not for biblatex but for bibtex: http://ctan.org/pkg/persian-bib On Sun, May 6, 2012 at 9:03 PM, Anas Ghrab wrote: > Hi all, > > Did anyone tried to add an arabic localization module to biblatex ? Is it > had to make one ? I'd like to use polyglossia for writing arabic books, my > only problem

[XeTeX] \XeTeXinterchartoks and \hbox

What is the problem with the following minimal example: \documentclass{article} \usepackage{color} \makeatletter \newcount\n \n=`\a \loop \XeTeXcharclass \n=4 \ifnum\n<`\z \advance\n by 1 \repeat \XeTeXinterchartoks 0 4 {\startcolor} \XeTeXinterchartoks 255 4 {\startcolor} \XeTeXinterchart

Re: [XeTeX] Babel

Is there a mailing list/development repository for babel? -- Subscriptions, Archive, and List information, etc.: http://tug.org/mailman/listinfo/xetex

Re: [XeTeX] Babel

gt; > On Thu, May 3, 2012 at 9:02 PM, Vafa Khalighi wrote: > > OK but I do not want to give you too much work. Let me know when you fix > > these and I send you more then. > > > > > > On Thu, May 3, 2012 at 3:12 AM, Javier Bezos > > wrote: > >> > &g

Re: [XeTeX] Babel

OK but I do not want to give you too much work. Let me know when you fix these and I send you more then. On Thu, May 3, 2012 at 3:12 AM, Javier Bezos wrote: > El 02/05/2012 18:29, Vafa Khalighi escribió: > > > I can send you lots more, if you want to fix these. >> > > T

Re: [XeTeX] Babel

Another one: \documentclass{article} \usepackage{graphicx} \makeatletter \input{rlbabel.def} \@rltrue \makeatother \begin{document} \begin{figure} \centering \includegraphics{flower} \end{figure} \end{document} Problem: image is moved to the right instead being at the center. Expected behaviour:

Re: [XeTeX] Babel

Another one: \documentclass{article} \makeatletter \input{rlbabel.def} \@rltrue \makeatother \begin{document} \begin{figure} \caption{This is a test This is a test This is a test This is a test This is a test This is a test This is a test This is a test This is a test This is a test} \end{fi

Re: [XeTeX] Babel

http://tex.stackexchange.com/questions/36982/babel-l-command-reverses-letters-inserts-symbol and http://tex.stackexchange.com/questions/24421/algorithmic-babel-with-hebrew-conflict-numbering-missing http://tex.stackexchange.com/questions/32220/algorithmicx-conflicts-with-babel-with-hebrew just

Re: [XeTeX] Babel

Another one: \documentclass{article} \makeatletter \input{rlbabel.def} \@rltrue \makeatother \begin{document} \begin{equation} 1+2=3 \end{equation} \begin{eqnarray} 1+2&=&3 \end{eqnarray} \end{document} Problem: first equation is on left, second equation on right. Expected Behaviour: both equati

Re: [XeTeX] Babel

ecently with desktop publishing software like Aldus PageMaker including versions of Lorem Ipsum. \end{document} Problem: left and right margins are not the same. Expected Behaviour: use bidi package to see what expected behaviour is (left and right margins should the same) On Thu, May 3, 2

Re: [XeTeX] Babel

I did not say it is problem free. I exactly said "babel can use bidi package for its bidirectional typesetting rather than its own (rlbabel.def) which has too many problems.". I only claimed that rlbabel.def has too many problems and bidi does not have these. I do not see why this is strong. If you

Re: [XeTeX] Babel

> Which ones? The LaTeX bugs database registers almost no bugs > related to bidirectional typesetting. Having information on > the problems are essential to fix them. Please, send bug > reports or explain the problems and the expected behaviour. > > Javier > > > Please read the archives of ivritex

Re: [XeTeX] Babel

s of Lorem Ipsum. \end{document} and compare the output. On Thu, May 3, 2012 at 1:21 AM, Vafa Khalighi wrote: > That was not my point. The point was, if one person does not like a > package, it does not mean everyone else does not like it. BTW, based on > what Bezos said, I do not thin

Re: [XeTeX] Babel

. On Thu, May 3, 2012 at 1:10 AM, Khaled Hosny wrote: > May be you should try reading what you are replying to, starting with > the quoted mails below (in the reverse order that resulted from your top > posting). > > On Thu, May 03, 2012 at 12:38:00AM +1000, Vafa Khalighi wrote: &

Re: [XeTeX] Babel

What are you talking about? On Thu, May 3, 2012 at 12:33 AM, Khaled Hosny wrote: > Sure, so please don't make it required by a base package like babel. > > On Thu, May 03, 2012 at 12:02:29AM +1000, Vafa Khalighi wrote: > > if you do not like it, do not use it. Simple! &

Re: [XeTeX] Babel

if you do not like it, do not use it. Simple! On Wed, May 2, 2012 at 11:59 PM, Khaled Hosny wrote: > And bidi, which rewrites half texmf/tex/latex/* tree is problem free :) > > On Wed, May 02, 2012 at 04:59:02PM +1000, Vafa Khalighi wrote: > > babel can use bidi package for it

Re: [XeTeX] Babel

babel can use bidi package for its bidirectional typesetting rather than its own (rlbabel.def) which has too many problems. On Wed, May 2, 2012 at 4:54 PM, Javier Bezos wrote: > Hi all, > > Babel gets back on track and it is again actively maintained. The > goals are mainly to fix bugs, to make i

Re: [XeTeX] VIQR pre-processor wrotten in (Xe)TeX ?

Sorry, I have not followed this discussion carefully on what others said but if all fails, I would use an external program (a per-processor) to do that. You can actually can make it automatic by just using the write18 feature of TeX. You write your tex document in VQR, then TeX calls your per-proce

Re: [XeTeX] VIQR pre-processor wrotten in (Xe)TeX ?

You need to create mapping for that. On Thu, Nov 24, 2011 at 1:32 AM, Philip TAYLOR wrote: > Does anyone have (or know of) a VIQR ("Vietnamese Quoted-Readable") > pre-processor, written in (Xe)TeX, that would allow me to input > documents of the form : > > 1. Ba’nh pho^`ng to^m | Prawn Crac

[XeTeX] Suggestion for xelatex.ini (enlarging math families from 16 to 256)

Hi Since XeTeX allows you to have 256 math families instead 16, I was wondering if this could be done in xelatex.ini. The required changes are: \def\new@mathgroup{\alloc@8\mathgroup\chardef\@cclvi} \let\newfam\new@mathgroup \def\select@group#1#2#3#4{% \ifx\math@bgroup\bgroup\else\relax\expandaft

Re: [XeTeX] Current Hebrew month spelled incorrectly in Polyglossia

This is a bug of polyglossia. You can make a bug report here . 2011/11/23 Ari Meir Brodsky > The current Hebrew month is spelled incorrectly when using > \texthebrew{\today} in Polyglossia. It seems that the error is in line 58 > of hebrewcal.st

Re: [XeTeX] zero width joined character

My apologies. You wanted ZWNJ. With the keyboard layout I mentioned, that is entered using `. See attached image. On Wed, Nov 16, 2011 at 9:57 PM, Vafa Khalighi wrote: > If you use Persian ISIRI−2901 keyboard on Mac, then SHIFT+SPACE gives you > ZWNJ. > > > On Wed, Nov 16, 2011 a

Re: [XeTeX] zero width joined character

b) you can use something like > \def\zwj{\char"200d} in your XeTeX source file... > > That is not a good idea. If you need ZWNJ rarely, that might be a good solution but if you typeset Persian, then you find that you have to type lots of ZWNJs. Indeed using ZWNJ in Persian typography is a must. F

Re: [XeTeX] zero width joined character

If you use Persian ISIRI−2901 keyboard on Mac, then SHIFT+SPACE gives you ZWNJ. On Wed, Nov 16, 2011 at 9:42 PM, Jens Bakker wrote: > Dear Ladies and Gentlemen, > > I would like to ask, please, if anybody knows how to enter the zero width > joined character (ZWJ, unicode-point 200D) by a persian

[XeTeX] XePersian in Persian version of Wikipedia

http://fa.wikipedia.org/wiki/%D8%B2%DB%8C%E2%80%8C%D9%BE%D8%B1%D8%B4%DB%8C%D9%86 -- Subscriptions, Archive, and List information, etc.: http://tug.org/mailman/listinfo/xetex

Re: [XeTeX] Polyglossia(?)-bug: RTL-languages break crop-marks

> > I can confirm, that my files compile again as they used to. > Thanks a lot for caring for backward-compatibility with a trusty > work-horse like "crop". > > > Well, I would not call this "backward-compatibility". By the way, I noticed today that recent versions of geometry package also allow y

Re: [XeTeX] Why I do get nonsense characters when I use unicode characters inside \message with XeTeX?

Thanks again for looking into this. Oh, yeah bidi and xepersian has been under rapid development (at least two different versions of each package appear on CTAN every week). On Sun, Nov 6, 2011 at 2:09 AM, Arthur Reutenauer < arthur.reutena...@normalesup.org> wrote: > Thanks, it confirms what I

Re: [XeTeX] Wacky behavior of XeLaTeX in TeXLive 2011

On Mon, Nov 7, 2011 at 11:54 PM, Alessandro Ceschini < alessandroceschini...@gmail.com> wrote: > Hi > > To Vafa: > Wait, there exists a Liberation Serif Italic, just look in your > \usr\share\fonts directory, it's not normal to get such an error, and no, I > didn't get it back in TexLive 2010. >

Re: [XeTeX] Wacky behavior of XeLaTeX in TeXLive 2011

I uploaded a minimal working example, it's a stripped down version of a > book, text removed apart from a stub using greek text (Unicode > capabilities), the prologue is intact, the default font is Tinos, a freely > downloadable font, but if you want you can substitute it with > LiberationSerif or

Re: [XeTeX] Wacky behavior of XeLaTeX in TeXLive 2011

> > So, are you suggesting I should downgrade to TL 2010? Previously I was > using just that version, without any apparent problem, all started when I > upgraded to TL 2011 (but after a fresh install, so no remnants of TL 2010 > on my hard disk). > > I do not think there has been major changes in X

[XeTeX] Development repository of bidi package

Hi Development repository of bidi package is changed to http://puszcza.gnu.org.ua/projects/bidi/ (thanks to Karl Berry for suggesting http://puszcza.gnu.org.ua) I expect all bug reported to go there. Thanks -- Subscriptions, Archive, and List in

Re: [XeTeX] Polyglossia(?)-bug: RTL-languages break crop-marks

I have uploaded (when? today) a new version (which version? version 1.4.5) of bidi package which adds full support for crop and picinpar packages. Therefore you should no longer experience this issue. On Wed, Oct 26, 2011 at 11:38 PM, Vafa Khalighi wrote: > Not a bug. bidi now puts pict

Re: [XeTeX] [tex-live] XeTeX/TeX Live : Setting the default language

://lipsum.com/ I was only curious about the difference. On Sat, Nov 5, 2011 at 12:21 AM, Khaled Hosny wrote: > \input Lorem Ipsum > \bye > > Does not work here. > > Regards, > Khaled > > On Sat, Nov 05, 2011 at 12:16:35AM +1100, Vafa Khalighi wrote: > > what change does

Re: [XeTeX] [tex-live] XeTeX/TeX Live : Setting the default language

://lipsum.com/ I was only curious about the difference. On Sat, Nov 5, 2011 at 12:21 AM, Khaled Hosny wrote: > \input Lorem Ipsum > \bye > > Does not work here. > > Regards, > Khaled > > On Sat, Nov 05, 2011 at 12:16:35AM +1100, Vafa Khalighi wrote: > > what change does

Re: [XeTeX] [tex-live] XeTeX/TeX Live : Setting the default language

what change does that make if one uses Lorem Ipsum... instead knuth.tex? On Sat, Nov 5, 2011 at 12:08 AM, Khaled Hosny wrote: > On Fri, Nov 04, 2011 at 10:21:41AM +, Philip TAYLOR (Webmaster, Ret'd) > wrote: > > > > > > Robin Fairbairns wrote: > > > > >except phil doesn't use latex, so can't

Re: [XeTeX] Hyperref \hyperlink and \hypertarget not working with accented characters

At least you can do your macro programming in whatever language you want, in XeLaTeX, just like I do my macro programming only in Persian (which had been my dream for a long time). see attached for an example. 2011/11/3 Danyll Wills > Phil, I use XeLaTeX for Chinese, Japanese and Mongolian. I ha

Re: [XeTeX] How to Convert Devanagari (sanskrit) text to Telugu Text

you need to use teckit_compile which is included in TeXLive. On Thu, Nov 3, 2011 at 10:26 PM, bhutex wrote: > > > On Thu, Nov 3, 2011 at 3:54 AM, A u wrote: > >> I did not get any error message either in my Mac or on my linux message. >> I did run mktexlsr after creating the ,map file. >> I am

Re: [XeTeX] [tex-live] Ftuture state of XeTeX in TeXLive

; > On Sun, Oct 30, 2011 at 7:42 AM, Khaled Hosny > wrote: > > > > > On Sun, Oct 30, 2011 at 04:25:21PM +1100, Vafa Khalighi wrote: > > >> XeTeX font support is heaps better and stable than what luaotfload > package > > >> offers and I guess t

Re: [XeTeX] [tex-live] Ftuture state of XeTeX in TeXLive

The > problem is, it's easier to blame luaotfload for its uncertain status > than to sit down and write a replacement; so please let's not forget > that without luaotfload LuaTeX wouldn't be different from PDFTeX as far > as fonts are concerned. > > That was not what I was trying to convey. What

Re: [XeTeX] [tex-live] Ftuture state of XeTeX in TeXLive

On Sun, Oct 30, 2011 at 5:33 PM, Paul Isambert wrote: > Le 30/10/2011 06:25, Vafa Khalighi a écrit : > > > XeTeX font support is heaps better and stable than what luaotfload > > package offers and I guess that is why many users still like using > > xetex instead luat

Re: [XeTeX] [tex-live] Ftuture state of XeTeX in TeXLive

XeTeX font support is heaps better and stable than what luaotfload package offers and I guess that is why many users still like using xetex instead luatex. I personally believe that it is a bad practice that luaotfload just copies ConTeXt code, it should not be deeply dependent on ConTeXt because

Re: [XeTeX] [tex-live] Ftuture state of XeTeX in TeXLive

PM, George N. White III wrote: > >> On Fri, Oct 28, 2011 at 8:58 AM, Mojca Miklavec >> wrote: >> >> > On Fri, Oct 28, 2011 at 13:19, Vafa Khalighi wrote: >> >> Hi >> >> Since Jonathan has no time any more for coding XeTeX, then what will be &g

Re: [XeTeX] [tex-live] Ftuture state of XeTeX in TeXLive

; On Fri, Oct 28, 2011 at 8:58 AM, Mojca Miklavec > wrote: > > > On Fri, Oct 28, 2011 at 13:19, Vafa Khalighi wrote: > >> Hi > >> Since Jonathan has no time any more for coding XeTeX, then what will be > the > >> state of XeTeX in TeX distributions such as

[XeTeX] Ftuture state of XeTeX in TeXLive

Hi Since Jonathan has no time any more for coding XeTeX, then what will be the state of XeTeX in TeX distributions such as TeXLive? will be XeTeX removed from TeXLive just like Aleph and Omega (in favour of LuaTeX) were removed from TeXLive? Currently we have a large number of Persian TeX users a

Re: [XeTeX] Polyglossia(?)-bug: RTL-languages break crop-marks

Not a bug. bidi now puts picture environment automatically inside LTR mode. Write to the author of crop, asking for bidi support in his package. On Wed, Oct 26, 2011 at 11:24 PM, Florian Grammel wrote: > As the example below shows, the setup of the RTL-languages Arabic, Hebrew > or Syriac (not P

Re: [XeTeX] Hebrew babel + hyperref => "token not allowed in a PDF string"

I apologize for my very late response. I changed my email address and was not aware of your reply. I did not look into that - I'm not fluent in TeX, and it is quite > time-consuming for me to grok such defs. Do you think your fix should work > as a drop-in replacement, or were you just giving an e

  1   2   3   4   >