Re: [XeTeX] ATSUI/Core Text/etc. Re: "Minimalist" TeX?
On Wed, May 23, 2012 at 10:31:58AM +0200, Peter Dyballa wrote: > > Am 23.05.2012 um 03:36 schrieb Simon Cozens: > > > I'm coming very late to this party but could someone explain why Core Text > > would be the best replacement here? > > ATSUI is 32-bit only in a 64-bit world and will be removed from Mac OS X in > some near future. (CoreText might exist a few more years, like ATSUI did > before.) Even the TechNotes that explained the use of ATSUI in programmes are > removed. How does this relates to the possibility to use some OS-independed renderer instead? -- Petr Tomasek Jabber: but...@jabbim.cz -- Subscriptions, Archive, and List information, etc.: http://tug.org/mailman/listinfo/xetex
Re: [XeTeX] Running footnotes
On Tue, Feb 07, 2012 at 09:43:05AM -0500, Karljurgen Feuerherm wrote:
> Hello all,
>
> Not really a XeTeX question (likely), but--
>
> Is there a way to get running footnotes (i.e. continuing across the width of
> the page, without line breaks) without putting material into a table?
>
> Thank-you!
>
> K
This seems trivial if using plain (Xe)TeX: Don't use \par etc. in
\insert\footins{...}, but rather \line{} (ending with \hss ...)
I have no idea how to achieve this in (Xe)LaTeX (and I won't recommend
using (Xe)LaTeX either either, as it is too complicated...)
P.T.
>
> Karljürgen G. Feuerherm, PhD
> Undergraduate Advisor
> Department of Archaeology and Classical Studies
> Wilfrid Laurier University
> 75 University Avenue West
> Waterloo, Ontario N2L 3C5
> Tel. (519) 884-1970 x3193
> Fax (519) 883-0991 (ATTN Arch. & Classics)
>
>
>
>
>
>
>
> --
> Subscriptions, Archive, and List information, etc.:
> http://tug.org/mailman/listinfo/xetex
--
Petr Tomasek <http://www.etf.cuni.cz/~tomasek>
Jabber: but...@jabbim.cz
EA 355:001 DU DU DU DU
EA 355:002 TU TU TU TU
EA 355:003 NU NU NU NU NU NU NU
EA 355:004 NA NA NA NA NA
--
Subscriptions, Archive, and List information, etc.:
http://tug.org/mailman/listinfo/xetex
Re: [XeTeX] tabular in footnote
On Sun, Dec 04, 2011 at 07:31:59AM +0800, Daniel Greenhoe wrote:
> When I put a tabular in a footnote, the tabular often is extended
> outside the text area. Besides placing a newline directive after the
> tabular environment, is there anything I can do to prevent this
> behavior? That is, how can I best ensure that tabulars in a footnote
> get typeset completely within the text area? Here is an example:
Put it in \vbox :-). At least I would do so in plain(Xe)TeX. :-)
> \documentclass[12pt]{book}
> \usepackage[xetex,a4paper,noheadfoot,nomarginpar,margin=20mm,showframe]{geometry}
> \begin{document}%
> xyz\footnote{%
> %\raisebox{2.5mm}{
> \begin{tabular}[t]{|l|}
>\hline
> abc\\
> def\\
> ghj\\
> klm\\
> \hline
> \end{tabular}%\\
> %}%
> }
> xyz\footnote{%
> %\raisebox{2.5mm}{
> \begin{tabular}[t]{|l|}
>\hline
> abc\\
> def\\
> ghj\\
> klm\\
> \hline
> \end{tabular}%\\
> %}%
> }
> \end{document}%
>
> Many thanks in advance,
> Dan
>
>
>
> ------
> Subscriptions, Archive, and List information, etc.:
> http://tug.org/mailman/listinfo/xetex
>
--
Petr Tomasek <http://www.etf.cuni.cz/~tomasek>
Jabber: but...@jabbim.cz
EA 355:001 DU DU DU DU
EA 355:002 TU TU TU TU
EA 355:003 NU NU NU NU NU NU NU
EA 355:004 NA NA NA NA NA
--
Subscriptions, Archive, and List information, etc.:
http://tug.org/mailman/listinfo/xetex
Re: [XeTeX] zero width joined character
On Wed, Nov 16, 2011 at 11:42:48AM +0100, 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 and/or arabic Mac
> keyboard-layout. After some searching in the internet, I was not able to find
> any answer (while you can learn that the ZWNJ, unicode-point 200C, is entered
> by shift+space).
> Thank you very much for your attention and with best wishes and best regards,
> Jens Bakker
a) either you can use a keyboard map that has these characters
(or create yourself one) or b) you can use something like
\def\zwj{\char"200d} in your XeTeX source file...
P.T.
--
Petr Tomasek <http://www.etf.cuni.cz/~tomasek>
Jabber: but...@jabbim.cz
EA 355:001 DU DU DU DU
EA 355:002 TU TU TU TU
EA 355:003 NU NU NU NU NU NU NU
EA 355:004 NA NA NA NA NA
--
Subscriptions, Archive, and List information, etc.:
http://tug.org/mailman/listinfo/xetex
Re: [XeTeX] in XeTeX
On Mon, Nov 14, 2011 at 02:27:03AM -0800, Chris Travers wrote: > On Mon, Nov 14, 2011 at 2:24 AM, Petr Tomasek wrote: > > > Using different color. > > > Do we really want to tie XeTeX users to a small number of editors? > > Chris Travers Do we really make XeTeX incompatible with the rest of the (unicode) world? P.T. -- Petr Tomasek <http://www.etf.cuni.cz/~tomasek> Jabber: but...@jabbim.cz EA 355:001 DU DU DU DU EA 355:002 TU TU TU TU EA 355:003 NU NU NU NU NU NU NU EA 355:004 NA NA NA NA NA -- Subscriptions, Archive, and List information, etc.: http://tug.org/mailman/listinfo/xetex
Re: [XeTeX] in XeTeX
On Sun, Nov 13, 2011 at 06:25:08PM +0200, Tobias Schoel wrote: > > > Am 13.11.2011 18:16, schrieb Philip TAYLOR: > > > > > >Tobias Schoel wrote: > > > >>One opinion says, that using (La)TeX is programming. Consequently, each > >>character used should be visually well distinguishable. This is not the > >>case with all the Unicode white space characters. > > > >Is that not a function of the editor used ? Is it not valid > >for an editor to display different Unicode spaces differently, > >such that the user can visually differentiate between them ? > > > >Philip Taylor > > Not in every case. How would you visually differentiate between all the > white space characters (space vs. non-break space, thin space (u2009) > vs. narrow no-break space (u202f), … ) such that the text remains > readable? > > Toscho Using different color. -- Petr Tomasek <http://www.etf.cuni.cz/~tomasek> Jabber: but...@jabbim.cz EA 355:001 DU DU DU DU EA 355:002 TU TU TU TU EA 355:003 NU NU NU NU NU NU NU EA 355:004 NA NA NA NA NA -- Subscriptions, Archive, and List information, etc.: http://tug.org/mailman/listinfo/xetex
Re: [XeTeX] in XeTeX
On Sat, Nov 12, 2011 at 06:36:47PM +0100, Zdenek Wagner wrote: > 2011/11/12 Petr Tomasek : > > On Fri, Nov 11, 2011 at 03:26:36PM +0100, Le Farfadet Spatial wrote: > >> > >> Hello everybody out there! > >> > >> On 11/11/2011 15:11, Zdenek Wagner wrote: > >> >How does XeTeX convert \language to the rules > >> > >> As far as I know, the language is a parameter transmitted to packages > >> that have different rules depending on the language used. It also > >> affects, for instance, the way punctuation is composed. > >> > >> >for inserting > >> >nonbreakable spaces after nonsyllabic prepositions in Czech and > >> >Slovak? > >> > >> In some cases, it is possible that XeTeX does not have a way to know > >> that a non breakable space is needed. In such cases, use tilda (~). > > > > Why not NBSP which is standartized? > > > Because we need a space that can be stretched or shrinked. Glyphs in > fonts have fixed width and an NBSP glyph may not be present in all > fonts. In all formats ~ is active as default and defined (most > probably) as \nobreak\space which is what we need in TeX. Why not to use U+00a0 in the same way by default? (Personally, I always make ~ not active when writing my own macros because it contradicts the Unicode standard...) > >> >How does it know that I am in "verbatim" mode and the > >> >nonbreakable spaces must not be used? > >> > >> When you are using verbatim mode, it means that you ask XeTeX not to do > >> the processing it usually does, but just to print the characters that > >> are given inside the verbatim environment. Therefore, if you put a > >> unicode symbol in a verbatim environment, the standard behaviour is to > >> print this symbol. When you put a tilda in verbatim environment, the > >> expected result is a tilda. If you do not want a character to appear in > >> a verbatim environment, just do not put it in. > >> > >> Best regards. > >> > >> Yoann > >> > >> -- > >> L'antre du farfadet : > >> http://le.farfadet.spatial.free.fr/ > >> Textes, musiques et peintures > >> > >> > >> -- > >> Subscriptions, Archive, and List information, etc.: > >> http://tug.org/mailman/listinfo/xetex > > > > -- > > Petr Tomasek <http://www.etf.cuni.cz/~tomasek> > > Jabber: but...@jabbim.cz > > > > > > EA 355:001 DU DU DU DU > > EA 355:002 TU TU TU TU > > EA 355:003 NU NU NU NU NU NU NU > > EA 355:004 NA NA NA NA NA > > > > > > > > > > > > -- > > Subscriptions, Archive, and List information, etc.: > > http://tug.org/mailman/listinfo/xetex > > > > > > -- > Zdeněk Wagner > http://hroch486.icpf.cas.cz/wagner/ > http://icebearsoft.euweb.cz > > > > -- > Subscriptions, Archive, and List information, etc.: > http://tug.org/mailman/listinfo/xetex > -- Petr Tomasek <http://www.etf.cuni.cz/~tomasek> Jabber: but...@jabbim.cz EA 355:001 DU DU DU DU EA 355:002 TU TU TU TU EA 355:003 NU NU NU NU NU NU NU EA 355:004 NA NA NA NA NA -- Subscriptions, Archive, and List information, etc.: http://tug.org/mailman/listinfo/xetex
Re: [XeTeX] in XeTeX
On Fri, Nov 11, 2011 at 03:26:36PM +0100, Le Farfadet Spatial wrote: > > Hello everybody out there! > > On 11/11/2011 15:11, Zdenek Wagner wrote: > >How does XeTeX convert \language to the rules > > As far as I know, the language is a parameter transmitted to packages > that have different rules depending on the language used. It also > affects, for instance, the way punctuation is composed. > > >for inserting > >nonbreakable spaces after nonsyllabic prepositions in Czech and > >Slovak? > > In some cases, it is possible that XeTeX does not have a way to know > that a non breakable space is needed. In such cases, use tilda (~). Why not NBSP which is standartized? > >How does it know that I am in "verbatim" mode and the > >nonbreakable spaces must not be used? > > When you are using verbatim mode, it means that you ask XeTeX not to do > the processing it usually does, but just to print the characters that > are given inside the verbatim environment. Therefore, if you put a > unicode symbol in a verbatim environment, the standard behaviour is to > print this symbol. When you put a tilda in verbatim environment, the > expected result is a tilda. If you do not want a character to appear in > a verbatim environment, just do not put it in. > > Best regards. > > Yoann > > -- > L'antre du farfadet : > http://le.farfadet.spatial.free.fr/ > Textes, musiques et peintures > > > ------ > Subscriptions, Archive, and List information, etc.: > http://tug.org/mailman/listinfo/xetex -- Petr Tomasek <http://www.etf.cuni.cz/~tomasek> Jabber: but...@jabbim.cz EA 355:001 DU DU DU DU EA 355:002 TU TU TU TU EA 355:003 NU NU NU NU NU NU NU EA 355:004 NA NA NA NA NA -- Subscriptions, Archive, and List information, etc.: http://tug.org/mailman/listinfo/xetex
Re: [XeTeX] [tex-live] Ftuture state of XeTeX in TeXLive
On Mon, Oct 31, 2011 at 03:29:30AM +1100, Vafa Khalighi wrote: > Are you talking about TeX--XeT bidirectional typesetting algorithm? Sorry that was a typo, am using a slow connection and a mutt on a server over ssh... > No, It has several major bugs and it is not perfect for RTL typesetting (ok > but not perfect). I meant XeTeX as opposed to LuaTeX... > On Mon, Oct 31, 2011 at 3:18 AM, Petr Tomasek wrote: > > > On Sun, Oct 30, 2011 at 09:20:19AM -0300, George N. White III wrote: > > > 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 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 Hans > > > >> may want to try experimenting with some features today and next day > > he gets rid > > > >> of them just like the recent updates of luaotfload that Khaled talked > > about it. > > > >> I think, this is awful! What should users who used those features > > (and need it > > > >> heavily in their daily typesetting tasks, do?). They wake up one day > > and > > > >> suddenly see that yes, luaotfload does not provide the features they > > need. > > > >> luaotfload needs to be written from scratch independent of any > > ConTeXt code. > > > > > > > > The situation is not as bad as you make it seems, what have gone is two > > > > minor features that IMO was a mistake to provide them in the first > > > > place, but since we are talking about a yet to be released version of > > > > luaotfload, there might be an alternate solution at the time of > > release. > > > > > > > > Writing an OpenType layout engine is not a simple task, and you can > > > > judge from the many years it toke FOSS community to have a really good > > > > one, HarfBuzz (the name luaotfload is misleading, font loading is about > > > > the easiest part of luaotfload, OpenType implementation is really what > > > > matters.) If it were for me, I'd plug HarfBuzz into luatex proper and > > > > call it a day, but this does not align well with the "design" > > principles > > > > of luatex so it is unlikely to happen. > > > > > > If plugging harfbuzz into luatex does not require a huge effort, it could > > > serve as bridge from xetex to luatex while a more principled design > > > is being created. > > > > It would be better to have XeTeX with a stable HarfBuzz-ng support. > > > > Actually, I think little people need more then than what XeTTeX acctually > > provides... > > > > -- > > Petr Tomasek <http://www.etf.cuni.cz/~tomasek> > > Jabber: but...@jabbim.cz > > > > > > EA 355:001 DU DU DU DU > > EA 355:002 TU TU TU TU > > EA 355:003 NU NU NU NU NU NU NU > > EA 355:004 NA NA NA NA NA > > > > > > > > > -- Petr Tomasek <http://www.etf.cuni.cz/~tomasek> Jabber: but...@jabbim.cz EA 355:001 DU DU DU DU EA 355:002 TU TU TU TU EA 355:003 NU NU NU NU NU NU NU EA 355:004 NA NA NA NA NA -- Subscriptions, Archive, and List information, etc.: http://tug.org/mailman/listinfo/xetex
Re: [XeTeX] [tex-live] Ftuture state of XeTeX in TeXLive
On Sun, Oct 30, 2011 at 09:20:19AM -0300, George N. White III wrote: > 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 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 > >> Hans > >> may want to try experimenting with some features today and next day he > >> gets rid > >> of them just like the recent updates of luaotfload that Khaled talked > >> about it. > >> I think, this is awful! What should users who used those features (and > >> need it > >> heavily in their daily typesetting tasks, do?). They wake up one day and > >> suddenly see that yes, luaotfload does not provide the features they need. > >> luaotfload needs to be written from scratch independent of any ConTeXt > >> code. > > > > The situation is not as bad as you make it seems, what have gone is two > > minor features that IMO was a mistake to provide them in the first > > place, but since we are talking about a yet to be released version of > > luaotfload, there might be an alternate solution at the time of release. > > > > Writing an OpenType layout engine is not a simple task, and you can > > judge from the many years it toke FOSS community to have a really good > > one, HarfBuzz (the name luaotfload is misleading, font loading is about > > the easiest part of luaotfload, OpenType implementation is really what > > matters.) If it were for me, I'd plug HarfBuzz into luatex proper and > > call it a day, but this does not align well with the "design" principles > > of luatex so it is unlikely to happen. > > If plugging harfbuzz into luatex does not require a huge effort, it could > serve as bridge from xetex to luatex while a more principled design > is being created. It would be better to have XeTeX with a stable HarfBuzz-ng support. Actually, I think little people need more then than what XeTTeX acctually provides... -- Petr Tomasek <http://www.etf.cuni.cz/~tomasek> Jabber: but...@jabbim.cz EA 355:001 DU DU DU DU EA 355:002 TU TU TU TU EA 355:003 NU NU NU NU NU NU NU EA 355:004 NA NA NA NA NA -- Subscriptions, Archive, and List information, etc.: http://tug.org/mailman/listinfo/xetex
Re: [XeTeX] [tex-live] Ftuture state of XeTeX in TeXLive
On Sun, Oct 30, 2011 at 04:29:18PM +0100, Paul Isambert wrote: > Le 30/10/2011 13:20, George N. White III a écrit : > > On Sun, Oct 30, 2011 at 7:42 AM, Khaled Hosny > wrote: > >> Writing an OpenType layout engine is not a simple task, and you can > >> judge from the many years it toke FOSS community to have a really good > >> one, HarfBuzz (the name luaotfload is misleading, font loading is about > >> the easiest part of luaotfload, OpenType implementation is really what > >> matters.) If it were for me, I'd plug HarfBuzz into luatex proper and > >> call it a day, but this does not align well with the "design" principles > >> of luatex so it is unlikely to happen. > > > > If plugging harfbuzz into luatex does not require a huge effort, it could > > serve as bridge from xetex to luatex while a more principled design > > is being created. Principles are nice, and have benefits over the long > > haul, but in cases where the design is evolving it really helps to get > > an implementation into the hands of users and let them point out the > > areas where work is needed. > > As far as I can see, the principles behind LuaTeX are pretty clear; it > offers tools, not solutions. Sometimes that makes it apparently slow-witted, > like TeX itself, because it refuses to implement solutions that seem > successful elsewhere. But one shouldn't forget that (Lua)TeX is an > extremely sophisticated typographic system, and that flexibility is an > integral part of it. Using HarfBuzz would probably offer a simple solution, > but you'd lose what makes LuaTeX so worthwhile. > > Best, > Paul What is so "worthwile" on cripling one scripting language with another one? P. -- Petr Tomasek <http://www.etf.cuni.cz/~tomasek> Jabber: but...@jabbim.cz EA 355:001 DU DU DU DU EA 355:002 TU TU TU TU EA 355:003 NU NU NU NU NU NU NU EA 355:004 NA NA NA NA NA -- Subscriptions, Archive, and List information, etc.: http://tug.org/mailman/listinfo/xetex
Re: [XeTeX] [tex-live] Ftuture state of XeTeX in TeXLive
On Fri, Oct 28, 2011 at 02:03:52PM +0200, Khaled Hosny wrote: > On Fri, Oct 28, 2011 at 01:58:18PM +0200, Mojca Miklavec wrote: > > If nothing else, if nobody adapts the code, it might stop working with > > next version of Mac OS X or a version after that. > > I assume this is related to native Mac font APIs, right? But then I > think the worst case with to disable that losing AAT font support, but > OpenType fonts would still work using ICU (which I believe is also used > on Mac). > > Regards, > Khaled What is the status of the harfbuzz-ng backend support in XeTeX? -- Petr Tomasek <http://www.etf.cuni.cz/~tomasek> Jabber: but...@jabbim.cz EA 355:001 DU DU DU DU EA 355:002 TU TU TU TU EA 355:003 NU NU NU NU NU NU NU EA 355:004 NA NA NA NA NA -- Subscriptions, Archive, and List information, etc.: http://tug.org/mailman/listinfo/xetex
Re: [XeTeX] How to manually create the xelatex.fmt?
On Thu, Oct 20, 2011 at 09:30:29PM +0100, Philip TAYLOR (Webmaster, Ret'd) wrote: > > > Petr Tomasek wrote: > > >The reason is exactly that TeX-Live is (Linux-)distros unfriendly as it is > >not > >easily to package it for a particular Linux distribution (and the main > >reason is > >that it tries to duplicate things that should be done on system level - > >like the > >package management). > > And to which "package management" suite would you suggest they delegate > when offering TeX Live for Windows ? > > Philip Taylor Frankly, I don't care. But it shouldn't it be too hard to make a build system which would generate native packages for the more developed systems having a good package management system themselves (like various Linux distributions ;-) and shiping own package management for the dummier OSes ;-) P.T. -- Petr Tomasek <http://www.etf.cuni.cz/~tomasek> Jabber: but...@jabbim.cz EA 355:001 DU DU DU DU EA 355:002 TU TU TU TU EA 355:003 NU NU NU NU NU NU NU EA 355:004 NA NA NA NA NA -- Subscriptions, Archive, and List information, etc.: http://tug.org/mailman/listinfo/xetex
Re: [XeTeX] How to manually create the xelatex.fmt?
> ... > offers a stable multiplatform solution. I would not believe that in > each distro they develop their own kernel, their own HW drivers, their > own GTK, their own TCP/IP stack, their own web browsers. I have never > heard of Debian/Mozilla, Fedora/Mozilla, Mandriva/Mozilla etc. So why > linux distros cannot incorporate TeX Live? The reason is exactly that TeX-Live is (Linux-)distros unfriendly as it is not easily to package it for a particular Linux distribution (and the main reason is that it tries to duplicate things that should be done on system level - like the package management). > Why everybody wants to repeat the job his/her own way but terribly delayed? > > I know it should be reported on the distros bugzillas, not here... -- Petr Tomasek <http://www.etf.cuni.cz/~tomasek> Jabber: but...@jabbim.cz EA 355:001 DU DU DU DU EA 355:002 TU TU TU TU EA 355:003 NU NU NU NU NU NU NU EA 355:004 NA NA NA NA NA -- Subscriptions, Archive, and List information, etc.: http://tug.org/mailman/listinfo/xetex
Re: [XeTeX] How to manually create the xelatex.fmt?
On Thu, Oct 20, 2011 at 04:24:47PM +0200, Peter Dyballa wrote: > > Am 20.10.2011 um 16:12 schrieb Chris Travers: > > > Not disturbing other dependencies that production software depends on. > > It can't. It does not carry shared libraries, DLLs, or such, that make > ld_config or such go mad. TeX Live is like the universe: it's self-contained. > And expanding... And that's exactly what's wrong and what needs to be changed... -- Petr Tomasek <http://www.etf.cuni.cz/~tomasek> Jabber: but...@jabbim.cz EA 355:001 DU DU DU DU EA 355:002 TU TU TU TU EA 355:003 NU NU NU NU NU NU NU EA 355:004 NA NA NA NA NA -- Subscriptions, Archive, and List information, etc.: http://tug.org/mailman/listinfo/xetex
Re: [XeTeX] How to manually create the xelatex.fmt?
On Wed, Oct 19, 2011 at 03:10:19PM +0200, Peter Dyballa wrote: > > Am 19.10.2011 um 12:19 schrieb Chris Travers: > > > If RHEL 6 (released about a year ago) is sticking to TeXLive 2007, we all > > have problems. > > The only problem is that of understanding. It's like the fifth wheel or the > tool to change wheels that come with new car. They're not really usable, > they're more kind of alibis. And that's the situation of TeX in Linux. > > Because it's not necessary to build a second rail of distribution via DEB or > RPM packages. TeX Live comes with its own package manager and in packages and > in meta-packages. Use this opportunity! An opportunity to make chaos in the system? No, thanks! (P.S. The best would be to make some convertor which would convert the TeX-Live packages into native ones. Anything else is a problem...) P.T. -- Petr Tomasek <http://www.etf.cuni.cz/~tomasek> Jabber: but...@jabbim.cz EA 355:001 DU DU DU DU EA 355:002 TU TU TU TU EA 355:003 NU NU NU NU NU NU NU EA 355:004 NA NA NA NA NA -- Subscriptions, Archive, and List information, etc.: http://tug.org/mailman/listinfo/xetex
Re: [XeTeX] How to manually create the xelatex.fmt?
On Wed, Oct 19, 2011 at 03:20:15PM +0200, Ulrike Fischer wrote: > Am Wed, 19 Oct 2011 05:59:16 -0700 schrieb Chris Travers: > > > This matches my needs very well. If my clients are running accounting > > systems, the last thing I want is an upgrade of TexLive to break their > > ability to generate invoices. > > Normally you get more problems if you can't update ;-) > > > If there are bugs in older versions, I can work around those bugs, > > but the problem of getting a document that will only render with > > one version or another is not acceptable to my application. > > Then you shouldn't rely on an external TeXLive installation. That's why external TeXLive intallation are GENERALLY a bad idea. -- Petr Tomasek <http://www.etf.cuni.cz/~tomasek> Jabber: but...@jabbim.cz EA 355:001 DU DU DU DU EA 355:002 TU TU TU TU EA 355:003 NU NU NU NU NU NU NU EA 355:004 NA NA NA NA NA -- Subscriptions, Archive, and List information, etc.: http://tug.org/mailman/listinfo/xetex
Re: [XeTeX] How to manually create the xelatex.fmt?
On Wed, Oct 19, 2011 at 01:45:29PM +0200, Ulrike Fischer wrote: > Am Wed, 19 Oct 2011 03:19:48 -0700 schrieb Chris Travers: > > > And obviously this puts a lot us in bad positions. If RHEL 6 > > (released about a year ago) is sticking to TeXLive 2007, we all have > > problems. The question is what the community can reasonably do, and > > what developers can be expected to do navigating these issues. > > Well I'm a windows user so actually I'm not really affected. But > imho the linux distros should rethink their installation methods and > installation advices. It is absurd that 10 or more distros invest a > lot of main power in making packages when they lack the main power > to keep them up-to-date. Actually, with most of free software this is hardly a problem as most of it is nowaday written properly and packaging a new version usually means putting a tarball of the new version into a specific location a increasing the version number in the .spec file (for .rpms) and maybe adding a changelog entry. The only problem is with software that tries to be more "clever" and do things which should be left for to the underlying system... P.T. -- Petr Tomasek <http://www.etf.cuni.cz/~tomasek> Jabber: but...@jabbim.cz EA 355:001 DU DU DU DU EA 355:002 TU TU TU TU EA 355:003 NU NU NU NU NU NU NU EA 355:004 NA NA NA NA NA -- Subscriptions, Archive, and List information, etc.: http://tug.org/mailman/listinfo/xetex
Re: [XeTeX] How to manually create the xelatex.fmt?
On Wed, Oct 19, 2011 at 09:53:48AM +0200, Ulrike Fischer wrote:
> Am Tue, 18 Oct 2011 07:39:06 -0700 schrieb Chris Travers:
>
> >> So the limit is five years (but only for the latex kernel).
> >> The version date of my (current) latex.ltx ist
> >> \edef\fmtversion{2011/06/27}
>
> >>> Or is XeTeX not intended to be used in these environments?
>
> >> I would say that if your latex is more than five years old, your
> >> xetex binaries and packages aren't up-to-date either. And as xetex
> >> is rather young this can be quite a problem. Regardless if you want
> >> to ship out only xetex documents or xetex documents + binaries: You
> >> should be aware that other people can have up-to-date systems and so
> >> you should make tests on such systems too (and just in case you
> >> don't know: you can't use a fmt generated by one xetex version with
> >> another xetex version).
>
> > Of course. I don't expect .fmt files to be portable. What is helpful
> > is to know how to resolve the issue so I can put a faq entry in and
> > direct people to it when they ask on the mailing list. (And if they
> > can't get it, charge for support.) I believe I have gotten that, so I
> > am satisfied with the resolution.
> >
> > However, so that there are no misunderstandings The issue here
> > is being forced to choose between supporting XeTeX on many platforms
> > and being able to support the platform's package manager. I don't see
> > anyone here suggesting a way around that. For developers distributing
> > software, that's kind of an issue.
>
> The problem is that there seems to a mounting number on Linux users
> which are reluctant to install software without using there package
> manager. And there seems to be a mounting number of maintainers of
> linux distros (there just was a quite heated discussion in d.c.t.t.)
> which enforce this reluctance by telling people that they set their
> system at risk if they install e.g. a new TeXLive without using the
> disto package manager.
And they are obviously right.
>
> On the other side the linux distros seems to be either unwilling or
> unable to update the packages they support. Your list is quite
> impressing in this respect:
>
>
> > Debian Lenny: TexLive 2007
> > Debian Squeeze: TexLive 2009
> > Debian Sid: TexLive 2009
> > Ubuntu 10.04 LTS: TexLive 2009
> > Red Hat Enterprise 6: TexLive 2007
> > That means that the most recent versions of CentOS and Scientific
> > Linux also use 2007.
>
> This is all (partly horribly) outdated. The current TeXLive version
> is 2011 and they are currently working on 2012.
Maybe the problem is that the packages of TeX-Live are not easily upgradable...
> As the maintainer of the KOMA-packages pointed out this makes
> support rather difficult: He constantly gets reports about bugs
> which have been resolved years ago.
>
> What would you think of a linux distro which would force you to use
> a virus protection software with signature files five years old?
Hm, and I thought than prof. Knuth wanted TeX to be as stable as possible
and not be subject to exactly such problems...
(BTW, that's one of the reasons, I only use plan-TeX/XeTeX...)
--
Petr Tomasek <http://www.etf.cuni.cz/~tomasek>
Jabber: but...@jabbim.cz
EA 355:001 DU DU DU DU
EA 355:002 TU TU TU TU
EA 355:003 NU NU NU NU NU NU NU
EA 355:004 NA NA NA NA NA
--
Subscriptions, Archive, and List information, etc.:
http://tug.org/mailman/listinfo/xetex
Re: [XeTeX] How to manually create the xelatex.fmt?
On Tue, Oct 18, 2011 at 05:16:12PM +0200, Peter Dyballa wrote: > > Am 18.10.2011 um 16:39 schrieb Chris Travers: > > > Here's a breakdown of OS support for TexLive versions for anyone interested: > > > > Debian Lenny: TexLive 2007 > > Debian Squeeze: TexLive 2009 > > Debian Sid: TexLive 2009 > > Ubuntu 10.04 LTS: TexLive 2009 > > Red Hat Enterprise 6: TexLive 2007 > > That means that the most recent versions of CentOS and Scientific > > Linux also use 2007. > > Forget these RPM or DEB based re-packings! (The support from their > distributors/repackagers can be a bit less than optimal.) Install TeX Live > 2005, 2006, 2007, 2008, 2009, 2010, 2011! This is the best way to hell. Native packages should be used and not some stupid external blob! P.T. -- Petr Tomasek <http://www.etf.cuni.cz/~tomasek> Jabber: but...@jabbim.cz -- Subscriptions, Archive, and List information, etc.: http://tug.org/mailman/listinfo/xetex
Re: [XeTeX] How to manually create the xelatex.fmt?
On Tue, Oct 18, 2011 at 03:14:56PM +0200, Ulrike Fischer wrote: > Am Tue, 18 Oct 2011 05:43:57 -0700 schrieb Chris Travers: > > > This has all been very helpful. At least I have things narrowed down > > a bit here: > > > > > > # fmtutil-sys --byfmt xelatex > > > > > ! LaTeX source files more than 5 years old!. > > l.545 ...aTeX source files more than 5 years old!} > > > > > Any idea of what I do about this? > > The best is to get and install a new TeXLive 2011 with newer latex > sources. You can also try to fool latex by changing your pc date. No, it is actually the worst thing to do. Most Linux distributions have their own packaging system and using alien blob (like the TeXLive) has all the disadvantages it can: possbily breaking compatibility if some system library is updated, not upgrading this blob using system tools if securty vulnerabilities are found can lead to serious security problems, etc... That's why I always compiled XeTeX from the SVN, but even that is broken since about 2 years :-/ P.T. -- Petr Tomasek <http://www.etf.cuni.cz/~tomasek> Jabber: but...@jabbim.cz EA 355:001 DU DU DU DU EA 355:002 TU TU TU TU EA 355:003 NU NU NU NU NU NU NU EA 355:004 NA NA NA NA NA -- Subscriptions, Archive, and List information, etc.: http://tug.org/mailman/listinfo/xetex
Re: [XeTeX] ascii to unicode map for Hebrew
On Sun, Oct 16, 2011 at 02:09:20PM +0800, Ross Moore wrote:
> Hi Nathan,
>
> On 16/10/2011, at 1:40 PM, Nathan Camillo Sidoli wrote:
>
> > I am editing a book of collected papers from a number of different authors,
> > and I have a paper that is originally in LaTeX with some Hebrew, which is
> > input in ascii.
>
> What exactly do you mean by "input in ascii"?
I don't known what exactly used the author in question but
there existed several "encodings" of Hebrew which used "ascii"
codepoints for Hebrew characters bound to a particular font.
See e.g. the "bwhebb" fonts, the "responsa" fonts and other..
Additionaly, some of them had to be encoded "LTR", i.e. causing
problems if more that a single word was quoted and a line-break
occured in between the Hebrew words...
> Are these (La)TeX control-sequence names?
> If so, then there must be a package or style-file that
> interprets these sequences, mapping to font-characters
> in some legacy font.
>
> Can you please provide an example of one of these papers?
>
> Don't send it all, but include everything from the start,
> down to \begin{document} and some paragraphs within the body.
> Also include the very end, where the \end{document} occurs,
> and any special (non-content) coding that may be there.
>
> >
> > Is there a map for converting ascii to unicode for Hebrew (along the lines
> > of asciitogreek.map).
>
> Are you planning to use XeTeX (XeLaTeX) as the processor?
> If so, please reply to the XeTeX list (copied here) as there
> may be people there who can help --- especially with the RTL
> aspect of Hebrew typesetting.
>
> If there is a standard package involved, then maybe the macros
> it defines should be supported by the Xunicode package, which
> provides back-compatibility for XeTeX with such legacy methods.
>
> >
> > Thanks,
> >
> > Nathan
>
>
> Hope this helps,
>
> Ross
>
>
> Ross Moore ross.mo...@mq.edu.au
> Mathematics Department office: E7A-419
> Macquarie University tel: +61 (0)2 9850 8955
> Sydney, Australia 2109 fax: +61 (0)2 9850 8114
> ----
>
>
>
>
>
>
> --
> Subscriptions, Archive, and List information, etc.:
> http://tug.org/mailman/listinfo/xetex
--
Petr Tomasek <http://www.etf.cuni.cz/~tomasek>
Jabber: but...@jabbim.cz
EA 355:001 DU DU DU DU
EA 355:002 TU TU TU TU
EA 355:003 NU NU NU NU NU NU NU
EA 355:004 NA NA NA NA NA
--
Subscriptions, Archive, and List information, etc.:
http://tug.org/mailman/listinfo/xetex
Re: [XeTeX] HELP! ** ERROR ** Page number 65536l too large!
On Fri, Sep 30, 2011 at 09:13:03AM -0400, Michael Joyner wrote: > On Thu, Sep 29, 2011 at 8:43 PM, Wilfred van Rooijen > wrote: > > > But the real question remains: does the topic starter really produce a file > > with 65000 pages? Or is there some other error at play? The topic starter > > never mentioned how large his "large" tex file is > > My tex file is 885 megs in size. :) Did you write it all by yourself? :-P -- Petr Tomasek <http://www.etf.cuni.cz/~tomasek> Jabber: but...@jabbim.cz EA 355:001 DU DU DU DU EA 355:002 TU TU TU TU EA 355:003 NU NU NU NU NU NU NU EA 355:004 NA NA NA NA NA -- Subscriptions, Archive, and List information, etc.: http://tug.org/mailman/listinfo/xetex
Re: [XeTeX] HELP! ** ERROR ** Page number 65536l too large!
On Thu, Sep 29, 2011 at 01:59:18PM -0400, Michael Joyner wrote: > HELP! > > I am getting this on a super-large tex file: > > ** ERROR ** Page number 65536l too large! > > I tried googling it, but did not find any references to this error. :( > > -Mike Does it happend with XeTeX only? P. -- Petr Tomasek <http://www.etf.cuni.cz/~tomasek> Jabber: but...@jabbim.cz EA 355:001 DU DU DU DU EA 355:002 TU TU TU TU EA 355:003 NU NU NU NU NU NU NU EA 355:004 NA NA NA NA NA -- Subscriptions, Archive, and List information, etc.: http://tug.org/mailman/listinfo/xetex
Re: [XeTeX] Difference between XeLaTeX and LaTeX
> > 2. XeLaTeX cannot use microtypographical extensions but it may change > in the future. Currently pdflatex or lualatex is needed. Actually there are already experimental versions of XeTeX lying around that have some microtypographical features, see: http://xetex.tk/mediawiki/index.php/Main_Page -- Petr Tomasek <http://www.etf.cuni.cz/~tomasek> Jabber: but...@jabbim.cz EA 355:001 DU DU DU DU EA 355:002 TU TU TU TU EA 355:003 NU NU NU NU NU NU NU EA 355:004 NA NA NA NA NA -- Subscriptions, Archive, and List information, etc.: http://tug.org/mailman/listinfo/xetex
[XeTeX] a crash in xdvipdfmx
Hi!
A crash of xdvipdfm (or in xetex itself) occured for some input.
To "fix" it I did the following in my source XML (from which the
xetex source is generated):
- TODO: zařadit, nebo zabít :)
+ TODO: zařadit, nebo kill
The font used is Linux Libertine (in this section).
My XeTeX version (the last version which can be compiled directly
from SVN on my system - about a year and half old or something like
that. Can eventually try to find out which SVN revision exactly):
$ xetex --version
XeTeX 3.1415926-2.2-0.9995.2 (Web2C 7.5.6)
kpathsea version 3.5.6dev
Copyright 2009 SIL International and Jonathan Kew.
There is NO warranty. Redistribution of this software is
covered by the terms of both the XeTeX copyright and
the Lesser GNU General Public License.
For more information about these matters, see the file
named COPYING and the XeTeX source.
Primary author of XeTeX: Jonathan Kew.
Compiled with ICU version 4.0 [with modifications for XeTeX]
Compiled with zlib version 1.2.5; using 1.2.5
Compiled with FreeType2 version 2.3.7; using 2.3.7
Compiled with fontconfig version 2.8.0; using 2.8.0
Compiled with libpng version 1.2.15; using 1.2.15
Compiled with xpdf version 3.01
The backtrace (hope it helps somehow, sorry once I worked the issue around,
I cannot spent more time on the problem):
===
Core was generated by `xdvipdfmx -q -E -o dis.pdf'.
Program terminated with signal 6, Aborted.
#0 __kernel_vsyscall () at arch/x86/vdso/vdso32/sysenter.S:49
49 arch/x86/vdso/vdso32/sysenter.S: No such file or directory.
in arch/x86/vdso/vdso32/sysenter.S
Thread 1 (Thread 18834):
#0 __kernel_vsyscall () at arch/x86/vdso/vdso32/sysenter.S:49
No locals.
#1 0x006ce2f1 in raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
resultvar =
resultvar =
pid = 8556532
selftid = 18834
#2 0x006cfd5e in abort () at abort.c:92
save_stage = 2
act = {__sigaction_handler = {sa_handler = 0x7b94f9 <_dl_addr+601>,
sa_sigaction = 0x7b94f9 <_dl_addr+601>}, sa_mask = {__val = {5772484,
135243072, 134508940, 3218764484, 1886, 3218764452, 134513128, 134513068,
3218764296, 4, 3218764380, 7807035, 134521089, 7215108, 8556532, 9, 3218765772,
3218764500, 7935564, 15, 3218764380, 4, 0, 3218764476, 3218767960, 2, 8315970,
8315974, 8309220, 8309167, 4, 3218764380}}, sa_flags = 8315982, sa_restorer =
0x7ee44a}
sigs = {__val = {32, 0 }}
#3 0x0070a51d in __libc_message (do_abort=2, fmt=0x7ee4ab "*** %s ***: %s
terminated\n") at ../sysdeps/unix/sysv/linux/libc_fatal.c:186
ap = 0x96edcf0 "*** stack smashing detected ***: xdvipdfmx terminated\n"
ap_copy = 0xbfda78e4 "\223\344~"
fd = 15
on_2 =
list =
nlist =
cp =
written =
#4 0x007945bd in __fortify_fail (msg=0x7ee493 "stack smashing detected") at
fortify_fail.c:32
No locals.
#5 0x0079456a in __stack_chk_fail () at stack_chk_fail.c:29
No locals.
#6 0x08099a9d in spc_exec_special (buffer=0x96edc20 "pdf: out 2 << /Title (5.6
TODO: za\305\231adit, nebo zab\303\255t :)) /Dest [@thispage /FitH @ypos] >>[",
size=90, x_user=0, y_user=-173.51019492333438, mag=1) at specials.c:604
error = -1
i = -1216801140
found =
spe = {x_user = 0, y_user = -173.51019492333438, mag = 1, pg = 13}
args = {curptr = 0x96edc7a "[", endptr = 0x96edc7a "[", base =
0x96edc20 "pdf: out 2 << /Title (5.6 TODO: za\305\231adit, nebo zab\303\255t
:)) /Dest [@thispage /FitH @ypos] >>[", command = 0x80df80e "out"}
special = {key = 0x80db881 "pdf:", exec = 0x8095200
}
#7 0x08065743 in dvi_do_special (buffer=0x96edc20, size=90) at dvi.c:850
No locals.
#8 0x080657f5 in do_xxx (size=90) at dvi.c:1743
i = 6
#9 0x08066269 in do_xxx3 (n=12, paper_width=595.2755909996,
paper_height=841.8897640001, hmargin=72, vmargin=72) at dvi.c:1771
No locals.
#10 dvi_do_page (n=12, paper_width=595.2755909996,
paper_height=841.8897640001, hmargin=72, vmargin=72) at dvi.c:2157
sbuf =
"12\000\000\210\244\202\000\221&q\000\364\217\202\000>\347~\000\314\366~\000\273\325~\000|\000\000\000w\000\000\000n\000\000\000j\326~\000[\000\000\000\071\000\000\000\n",
'\000' ,
"\001\000\000\000\n\000\000\000K\000\000\000\330\243\202\000\000\000\000\000P\000\000\000\017'\000\000\240\243\202\000\300\000\000\000\320\243\202\000
\000\000\000
\000\000\000\240\243\202\000\364\217\202\000\240\243\202\000K\000\000\000\250{\332\277pPq\000\030\221\\\000\b\000\000\000\b\000\000\000\364\217\202\000\030\221\\\000K\000\000\000\a\000\000\000\310{\332\277\355R\\\000K\000\000\000\221&q\000\364\217\202\000\030\221\\\000\030\221\\\000K\000\000\000\350{\332\277\370V\\\000\070\244\202\000\274|\332\277X|\332\277>\347~\000\314\366~\000\273\325~\000|\000\000\000w\000\000\000n\000\000\000j\326~\000[\000\000\000<\000\000\000#\000\000\000\221&q\000\000\000\000\000\000\000\000\000\206\031"...
Re: [XeTeX] Critical edition of an Arabic poem with ednote and bidipoem.sty
On Tue, Aug 23, 2011 at 05:06:51PM +0200, Christopher Braun wrote: > Dear list members, > > for a critical edition of an Arabic text including poetry I would like to > use bidipoem, but my ednote commands to edit the apparatus criticus do not > work in the traditionalpoem-environment. Is there a solution to this > problem? Moreover, it is not possible to add marginnotes and the > linenumbering is interrupted. > > Thank you for your help! > > Best wishes, > > Christopher I'd suggest You to learn plain TeX and make Your custom layout as you wish. Once You learn the tricky part it's much easier than trying to resolve LaTeX conflicts etc. Best wishes Petr Tomasek -- Petr Tomasek <http://www.etf.cuni.cz/~tomasek> Jabber: but...@jabbim.cz EA 355:001 DU DU DU DU EA 355:002 TU TU TU TU EA 355:003 NU NU NU NU NU NU NU EA 355:004 NA NA NA NA NA -- Subscriptions, Archive, and List information, etc.: http://tug.org/mailman/listinfo/xetex
Re: [XeTeX] Microtype and XeTeX on Linux
On Fri, Jan 21, 2011 at 10:11:23PM +0100, Peter Dyballa wrote: > > Am 21.01.2011 um 19:01 schrieb Chris Wilson: > > >Where can I find the most up to date version of XeTeX for Linux? > > > In TeX Live 2010. Or on xetex.tk, is source form. Hello! are the microtype fetures already merged into XeTeX SVN TRUNK, or are they still only here: http://scripts.sil.org/svn-view/xetex/BRANCHES/microtype/ ? Thanks! P.T. -- Petr Tomasek <http://www.etf.cuni.cz/~tomasek> Jabber: but...@jabbim.cz EA 355:001 DU DU DU DU EA 355:002 TU TU TU TU EA 355:003 NU NU NU NU NU NU NU EA 355:004 NA NA NA NA NA -- Subscriptions, Archive, and List information, etc.: http://tug.org/mailman/listinfo/xetex
Re: [XeTeX] RTL paragraphs with XeTeX?
> > -
> > \parfillskip=0pt\parindent=0pt
> > \leavevmode\beginR \hskip 8em Lorem ipsum dolor sit amet, consectetur
> > adipiscing elit. Mauris luctus accumsan vulputate. Vivamus vel lacus nunc,
> > a dictum lacus. Duis rutrum, odio blandit dapibus facilisis, ipsum neque
> > vestibulum ligula, ut vulputate leo nisl eget dolor. Donec luctus consequat
> > porta. Duis tristique elit in sapien vulputate non pulvinar felis interdum.
> > Praesent auctor eleifend sollicitudin. In hac habitasse platea dictumst.
> > Donec congue congue interdum. Suspendisse vel dictum nulla. Nullam sit amet
> > mi ut libero blandit scelerisque.\hskip 3em plus
> > 1fil\nobreak\hbox{}\break\endR
> > \par
>
> Don't put all that stuff at the end of the paragraph! For a standard RTL
> paragraph, you want to still be in RTL mode when the \par is encountered.
>
> So, try:
>
> \noindent \beginR \indent Lorem ipsum dolor sit amet, consectetur adipiscing
> elit. Mauris luctus accumsan vulputate. Vivamus vel lacus nunc, a dictum
> lacus. Duis rutrum, odio blandit dapibus facilisis, ipsum neque vestibulum
> ligula, ut vulputate leo nisl eget dolor. Donec luctus consequat porta. Duis
> tristique elit in sapien vulputate non pulvinar felis interdum. Praesent
> auctor eleifend sollicitudin. In hac habitasse platea dictumst. Donec congue
> congue interdum. Suspendisse vel dictum nulla. Nullam sit amet mi ut libero
> blandit scelerisque.\par
>
> Or just precede a series of paragraphs with:
>
> \everypar={\setbox0=\lastbox \beginR \box0 }
Ok, thank a lot!
Don't I need to put \endR somewhere so that it's balanced?
Perhaps that's what puzzled me...
> for automatic RTL-ness. (Explanation: \lastbox is used to retrieve the box
> that was inserted for the original automatic (LTR) paragraph indent; then
> after switching directionality, we put it back again so as to get the indent
> at the right end.)
Ok, that's clear. Will \leftskipt and \rightskipt then be quasi switched too?
Thank You!
Petr Tomasek
--
Petr Tomasek <http://www.etf.cuni.cz/~tomasek>
Jabber: but...@jabbim.cz
EA 355:001 DU DU DU DU
EA 355:002 TU TU TU TU
EA 355:003 NU NU NU NU NU NU NU
EA 355:004 NA NA NA NA NA
--
Subscriptions, Archive, and List information, etc.:
http://tug.org/mailman/listinfo/xetex
Re: [XeTeX] RTL paragraphs with XeTeX?
On Fri, Jul 01, 2011 at 04:56:19PM +0200, Petr Tomasek wrote:
>
> Hello!
>
> Does anyone know of a simple example of how to do RTL
> paragraphs in XeTeX (no XeLaTeX or bidi package etc.!)
>
> What does the trick? I tried to fiddle with \parfillskip,
Ok, I found, that the following sort-of does:
-
\parfillskip=0pt\parindent=0pt
\leavevmode\beginR \hskip 8em Lorem ipsum dolor sit amet, consectetur
adipiscing elit. Mauris luctus accumsan vulputate. Vivamus vel lacus nunc, a
dictum lacus. Duis rutrum, odio blandit dapibus facilisis, ipsum neque
vestibulum ligula, ut vulputate leo nisl eget dolor. Donec luctus consequat
porta. Duis tristique elit in sapien vulputate non pulvinar felis interdum.
Praesent auctor eleifend sollicitudin. In hac habitasse platea dictumst. Donec
congue congue interdum. Suspendisse vel dictum nulla. Nullam sit amet mi ut
libero blandit scelerisque.\hskip 3em plus 1fil\nobreak\hbox{}\break\endR
\par
\leftskip=0pt plus 1fil% simple ragged-right paragraph
\parfillskip=0pt\parindent=0pt
\leavevmode\beginR \hskip 8em Lorem ipsum dolor sit amet, consectetur
adipiscing elit. Mauris luctus accumsan vulputate. Vivamus vel lacus nunc, a
dictum lacus. Duis rutrum, odio blandit dapibus facilisis, ipsum neque
vestibulum ligula, ut vulputate leo nisl eget dolor. Donec luctus consequat
porta. Duis tristique elit in sapien vulputate non pulvinar felis interdum.
Praesent auctor eleifend sollicitudin. In hac habitasse platea dictumst. Donec
congue congue interdum. Suspendisse vel dictum nulla. Nullam sit amet mi ut
libero blandit scelerisque.\hskip 3em plus 1fil\nobreak\hbox{}\break\endR
\par
-
If someone knows of a better way, please, let me know!
Thanks!
Petr Tomasek
--
Petr Tomasek <http://www.etf.cuni.cz/~tomasek>
Jabber: but...@jabbim.cz
EA 355:001 DU DU DU DU
EA 355:002 TU TU TU TU
EA 355:003 NU NU NU NU NU NU NU
EA 355:004 NA NA NA NA NA
--
Subscriptions, Archive, and List information, etc.:
http://tug.org/mailman/listinfo/xetex
[XeTeX] RTL paragraphs with XeTeX?
Hello! Does anyone know of a simple example of how to do RTL paragraphs in XeTeX (no XeLaTeX or bidi package etc.!) What does the trick? I tried to fiddle with \parfillskip, \leftskip, \rightskipt or \hangindent/\hangafter but didn't find any reasonable way to do this. Or is there some new XeTeX primitive (other than \beginR / \endR)? Again, please, don't write me about XeLaTeX, I'm not interessted in it. Thank You! Petr Tomasek -- Petr Tomasek <http://www.etf.cuni.cz/~tomasek> Jabber: but...@jabbim.cz EA 355:001 DU DU DU DU EA 355:002 TU TU TU TU EA 355:003 NU NU NU NU NU NU NU EA 355:004 NA NA NA NA NA -- Subscriptions, Archive, and List information, etc.: http://tug.org/mailman/listinfo/xetex
Re: [XeTeX] [Off-topic] Persian versus Farsi
On Sun, Jun 12, 2011 at 06:00:41PM -0400, Joel C. Salomon wrote: > On 06/11/2011 05:32 AM, Vafa Khalighi wrote: > > So Iranians from the first day called their country Eran or Iran and > > Greeks and West world called it Persia. There is no disagreement between > > Iranians for the English version of the language. All Iranians believe > > that the language should be called Persian in English. > > The Biblical books that deal with Persia call it "Paras"; the Talmud > (written in nearby Babylonia c. 500 CE) refers to someone who comes from > there as a "Parsi". Well, but one should consider that in hebrew (at least in the late dialects of which we know the exact pronunciation) as well as in some aramaic dialects (syriac, for example) "p" and "f" are allophones. :-) > There may have also been a distinction between the name for the region > as opposed to the name of the empire, making the situation somewhat less > clear. > > --Joel -- Petr Tomasek <http://www.etf.cuni.cz/~tomasek> Jabber: but...@jabbim.cz EA 355:001 DU DU DU DU EA 355:002 TU TU TU TU EA 355:003 NU NU NU NU NU NU NU EA 355:004 NA NA NA NA NA -- Subscriptions, Archive, and List information, etc.: http://tug.org/mailman/listinfo/xetex
Re: [XeTeX] Persian verus Farsi
> There doesn't seem much to worry about Persian (or any other language) being > called differently in different languages. The cause for alarm is if a > particular language is suddenly and deliberately renamed by some group. In > English the subject language has been called "Persian" for centuries. So it > should be of concern that the Foreign Language School administered by the US > State Department calls it "Farsi"! > > Kamal Abdali What's wrong with it? It's natural that names do change and there doesn't have to be any "political" reason for that... -- Petr Tomasek <http://www.etf.cuni.cz/~tomasek> Jabber: but...@jabbim.cz EA 355:001 DU DU DU DU EA 355:002 TU TU TU TU EA 355:003 NU NU NU NU NU NU NU EA 355:004 NA NA NA NA NA -- Subscriptions, Archive, and List information, etc.: http://tug.org/mailman/listinfo/xetex
Re: [XeTeX] supplying missing glyphs?
On Fri, Dec 03, 2010 at 09:57:01AM +0100, Andrea de Leeuw van Weenen wrote: > David Perry wrote: > > In addition to the fonts Herb suggested, Junicode, Gentium, Charis SIL and > > Times New Roman (the latter being the version supplied with my Windows > > Vista > > system) have all these characters. > > This is probably a stupid question, but > how can I upgrade the Times New Roman on my XP computer, which doesn't > have some of the characters that are in the Times New Roman on my Vista > laptop? > Will just deleting and replacing it with the newer font work? Or do I get > into trouble? I would say that You are probably not allowed (legally not technically ) to do so... -- Petr Tomasek <http://www.etf.cuni.cz/~tomasek> Jabber: but...@jabbim.cz EA 355:001 DU DU DU DU EA 355:002 TU TU TU TU EA 355:003 NU NU NU NU NU NU NU EA 355:004 NA NA NA NA NA -- Subscriptions, Archive, and List information, etc.: http://tug.org/mailman/listinfo/xetex
Re: [XeTeX] Build error on Linux / Fedora 14
On Mon, Nov 22, 2010 at 06:09:14PM +0100, Peter Dyballa wrote: > > Am 22.11.2010 um 17:33 schrieb Petr Tomasek: > > >I'll see when I'll have time to dig more deeply in > > > Maybe it's best to start with the configure step. You have it's output > in one window and in other windows you can examine the configure shell > scripts and their LOG files. Commonly configure should resolve such > problems with variable types. If it does not, then it's likely that > this particular software package is not ported to some OS or some of > its hardware platforms. Contact its maintainer best. (And ICU is not > TeX but IBM.) > > Which ICU release is Fedora 14 using itself or are available? What are > the ICU READMEs and other top level short documentations telling? Even though there is a libicu available on both F12 and F14 I would bet XeTeX uses it's own ICU copy. (It did compile one at least. And on the F14 the libicu-devel package was not installed first, but even if I installed it, nothing changed with the error...) -- Petr Tomasek <http://www.etf.cuni.cz/~tomasek> Jabber: but...@jabbim.cz EA 355:001 DU DU DU DU EA 355:002 TU TU TU TU EA 355:003 NU NU NU NU NU NU NU EA 355:004 NA NA NA NA NA -- Subscriptions, Archive, and List information, etc.: http://tug.org/mailman/listinfo/xetex
Re: [XeTeX] Build error on Linux / Fedora 14
On Sat, Nov 20, 2010 at 11:29:10PM +0100, Petr Tomasek wrote:
>
> Hello!
>
> Cannot build current SVN (didn't change for couple of days) on Fedora 14.
> Is there anything that can be done?
OK, so this is some regression in XeTeX. I tried to compile the SVN today
on a system I succesfully compiled and installed XeTeX a year ago (9.12.2009)
on Fedora 12 system.
Today I updated the sources from SVN ("svn up") and got the same error
as with fresh Fedora 14 installation. So this means it's most probable not
some system configuration issue on my part.
I'll see when I'll have time to dig more deeply in, though :-(
> It says:
>
> ...
> g++ -DHAVE_CONFIG_H -I. -I/root/src/xetex/TRUNK/texk/web2c -I./..
> -I/root/src/xetex/TRUNK/build-xetex/texk -I/root/src/xetex/TRUNK/texk
> -DNO_DEBUG -I/root/src/xetex/TRUNK/texk/web2c/..
> -I/root/src/xetex/TRUNK/texk/web2c/xetexdir -DU_STATIC_IMPLEMENTATION
> -I/root/src/xetex/TRUNK/build-xetex/libs/icu/include `cat
> /root/src/xetex/TRUNK/build-xetex/libs/freetype2/ft-includes`
> -I/root/src/xetex/TRUNK/build-xetex/libs/teckit/include -DXETEX_OTHER
> -DPDF_PARSER_ONLY -I/root/src/xetex/TRUNK/build-xetex/libs/xpdf
> -I/root/src/xetex/TRUNK/build-xetex/libs/xpdf/goo
> -I/root/src/xetex/TRUNK/build-xetex/libs/xpdf/xpdf
> -I/root/src/xetex/TRUNK/build-xetex/libs/libpng/include -DXETEX_GRAPHITE
> -I/root/src/xetex/TRUNK/build-xetex/libs/graphite/include
> -I/root/src/xetex/TRUNK/build-xetex/libs/zlib/include -g -O2 -MT
> libxetex_a-FontTableCache.o -MD -MP -MF .deps/libxetex_a-FontTableCache.Tpo
> -c -o libxetex_a-FontTableCache.o `test -f 'xetexdir/FontTableCache.cpp' ||
> echo '/root/src/xetex/TRUNK/texk/web2c/'`xetexdir/FontTableCache.cpp
> In file included from
> /root/src/xetex/TRUNK/build-xetex/libs/icu/include/unicode/utypes.h:36:0,
> from
> /root/src/xetex/TRUNK/build-xetex/libs/icu/include/layout/LETypes.h:14,
> from
> /root/src/xetex/TRUNK/texk/web2c/xetexdir/FontTableCache.cpp:42:
> /root/src/xetex/TRUNK/build-xetex/libs/icu/include/unicode/umachine.h:314:13:
> error: ‘char16_t’ does not name a type
> In file included from
> /root/src/xetex/TRUNK/build-xetex/libs/icu/include/unicode/utypes.h:38:0,
> from
> /root/src/xetex/TRUNK/build-xetex/libs/icu/include/layout/LETypes.h:14,
> from
> /root/src/xetex/TRUNK/texk/web2c/xetexdir/FontTableCache.cpp:42:
> /root/src/xetex/TRUNK/build-xetex/libs/icu/include/unicode/uversion.h:167:55:
> error: ‘UChar’ does not name a type
> /root/src/xetex/TRUNK/build-xetex/libs/icu/include/unicode/uversion.h:167:62:
> error: ISO C++ forbids declaration of ‘versionString’ with no type
> In file included from
> /root/src/xetex/TRUNK/texk/web2c/xetexdir/FontTableCache.cpp:42:0:
> /root/src/xetex/TRUNK/build-xetex/libs/icu/include/layout/LETypes.h:223:9:
> error: ‘UChar’ does not name a type
> /root/src/xetex/TRUNK/build-xetex/libs/icu/include/layout/LETypes.h:237:9:
> error: ‘UChar’ does not name a type
> make: *** [libxetex_a-FontTableCache.o] Error 1
> + ls -l /root/src/xetex/TRUNK/build-xetex/texk/web2c/xetex
> ls: cannot access /root/src/xetex/TRUNK/build-xetex/texk/web2c/xetex: No such
> file or directory
>
>
> $ svn update
> At revision 986.
--
Petr Tomasek <http://www.etf.cuni.cz/~tomasek>
Jabber: but...@jabbim.cz
EA 355:001 DU DU DU DU
EA 355:002 TU TU TU TU
EA 355:003 NU NU NU NU NU NU NU
EA 355:004 NA NA NA NA NA
--
Subscriptions, Archive, and List information, etc.:
http://tug.org/mailman/listinfo/xetex
Re: [XeTeX] Problems with ArabXeTex
On Sun, Nov 21, 2010 at 09:45:12AM -0500, Fr. Michael Gilmary wrote: > Christopher Braun wrote: > > > > >3. I'm using the Scheherazade-Font. Is it possible to set some words in > >boldface? How can I do this? > > > > > For this, maybe you could look at fontspec's FakeBold option. I can't > vouch for the desirability, but here's an example: You don't need fontspec for this. It's internat XeTeX' feature that can be used just with plain XeTeX. P.T. -- Petr Tomasek <http://www.etf.cuni.cz/~tomasek> Jabber: but...@jabbim.cz EA 355:001 DU DU DU DU EA 355:002 TU TU TU TU EA 355:003 NU NU NU NU NU NU NU EA 355:004 NA NA NA NA NA -- Subscriptions, Archive, and List information, etc.: http://tug.org/mailman/listinfo/xetex
[XeTeX] Build error on Linux / Fedora 14
Hello! Cannot build current SVN (didn't change for couple of days) on Fedora 14. Is there anything that can be done? It says: ... g++ -DHAVE_CONFIG_H -I. -I/root/src/xetex/TRUNK/texk/web2c -I./.. -I/root/src/xetex/TRUNK/build-xetex/texk -I/root/src/xetex/TRUNK/texk -DNO_DEBUG -I/root/src/xetex/TRUNK/texk/web2c/.. -I/root/src/xetex/TRUNK/texk/web2c/xetexdir -DU_STATIC_IMPLEMENTATION -I/root/src/xetex/TRUNK/build-xetex/libs/icu/include `cat /root/src/xetex/TRUNK/build-xetex/libs/freetype2/ft-includes` -I/root/src/xetex/TRUNK/build-xetex/libs/teckit/include -DXETEX_OTHER -DPDF_PARSER_ONLY -I/root/src/xetex/TRUNK/build-xetex/libs/xpdf -I/root/src/xetex/TRUNK/build-xetex/libs/xpdf/goo -I/root/src/xetex/TRUNK/build-xetex/libs/xpdf/xpdf -I/root/src/xetex/TRUNK/build-xetex/libs/libpng/include -DXETEX_GRAPHITE -I/root/src/xetex/TRUNK/build-xetex/libs/graphite/include -I/root/src/xetex/TRUNK/build-xetex/libs/zlib/include -g -O2 -MT libxetex_a-FontTableCache.o -MD -MP -MF .deps/libxetex_a-FontTableCache.Tpo -c -o libxetex_a-FontTableCache.o `test -f 'xetexdir/FontTableCache.cpp' || echo '/root/src/xetex/TRUNK/texk/web2c/'`xetexdir/FontTableCache.cpp In file included from /root/src/xetex/TRUNK/build-xetex/libs/icu/include/unicode/utypes.h:36:0, from /root/src/xetex/TRUNK/build-xetex/libs/icu/include/layout/LETypes.h:14, from /root/src/xetex/TRUNK/texk/web2c/xetexdir/FontTableCache.cpp:42: /root/src/xetex/TRUNK/build-xetex/libs/icu/include/unicode/umachine.h:314:13: error: ‘char16_t’ does not name a type In file included from /root/src/xetex/TRUNK/build-xetex/libs/icu/include/unicode/utypes.h:38:0, from /root/src/xetex/TRUNK/build-xetex/libs/icu/include/layout/LETypes.h:14, from /root/src/xetex/TRUNK/texk/web2c/xetexdir/FontTableCache.cpp:42: /root/src/xetex/TRUNK/build-xetex/libs/icu/include/unicode/uversion.h:167:55: error: ‘UChar’ does not name a type /root/src/xetex/TRUNK/build-xetex/libs/icu/include/unicode/uversion.h:167:62: error: ISO C++ forbids declaration of ‘versionString’ with no type In file included from /root/src/xetex/TRUNK/texk/web2c/xetexdir/FontTableCache.cpp:42:0: /root/src/xetex/TRUNK/build-xetex/libs/icu/include/layout/LETypes.h:223:9: error: ‘UChar’ does not name a type /root/src/xetex/TRUNK/build-xetex/libs/icu/include/layout/LETypes.h:237:9: error: ‘UChar’ does not name a type make: *** [libxetex_a-FontTableCache.o] Error 1 + ls -l /root/src/xetex/TRUNK/build-xetex/texk/web2c/xetex ls: cannot access /root/src/xetex/TRUNK/build-xetex/texk/web2c/xetex: No such file or directory $ svn update At revision 986. Thanks! Petr Tomasek -- Petr Tomasek <http://www.etf.cuni.cz/~tomasek> Jabber: but...@jabbim.cz EA 355:001 DU DU DU DU EA 355:002 TU TU TU TU EA 355:003 NU NU NU NU NU NU NU EA 355:004 NA NA NA NA NA -- Subscriptions, Archive, and List information, etc.: http://tug.org/mailman/listinfo/xetex
Re: [XeTeX] BUG: ZWJ ignored? (Re: Fontspec and SBL Hebrew: Possible Bug?)
On Sat, Nov 20, 2010 at 06:44:42PM +0100, Petr Tomasek wrote: > > Hello! > > Has this bug been solved somehow? > > > My XeTeX seems to ignore ignore the ZWJ character completely > (at least when script=hebr). I tried to edit some font > and created custom ligatures. If the ligatures where done > with ZWJ, they didn't work. As soon, as I removed the ZWJ > from the ligature definiton, the litagure started to work! > > This did happen with 'ccmp', 'dlig' and 'rlig' GSUB tables. OK. So I created simple font with two ligatures: one with ZWJ and one without. And guess what. The ZWJ appears as unknown character and only the ligature without ZWJ works. See: http://www.etf.cuni.cz/~tomasek/zjw_bug.tgz (The font was created with: $ fontforge --version Copyright (c) 2000-2009 by George Williams. Executable based on sources from 22:35 GMT 22-Jun-2009. Library based on sources from 22:35 GMT 22-Jun-2009. fontforge 20090622 libfontforge 20090622 ) > My XeTeX version (on Linux): > > xetex --version > XeTeX 3.1415926-2.2-0.9995.2 (Web2C 7.5.6) > kpathsea version 3.5.6dev > Copyright 2009 SIL International and Jonathan Kew. > There is NO warranty. Redistribution of this software is > covered by the terms of both the XeTeX copyright and > the Lesser GNU General Public License. > For more information about these matters, see the file > named COPYING and the XeTeX source. > Primary author of XeTeX: Jonathan Kew. > Compiled with ICU version 4.0 [with modifications for XeTeX] > Compiled with zlib version 1.2.3; using 1.2.3 > Compiled with FreeType2 version 2.3.7; using 2.3.7 > Compiled with fontconfig version 2.8.0; using 2.8.0 > Compiled with libpng version 1.2.15; using 1.2.15 > Compiled with xpdf version 3.01 > > (I would like to try a newer version of XeTeX, possibly from > the SVN, but the last time I tried it, it didn't compile...) > > Thank You! > > Petr Tomášek > > On Mon, Jun 14, 2010 at 01:45:18PM +1000, David Purton wrote: > > On Sun, Jun 13, 2010 at 05:01:18PM +0300, Avi Wollman wrote: > > > looks okay by me. > > > miktex 2.8 (windows 7x64) > > > This is XeTeX, Version 3.1415926-2.2-0.9995.1 (MiKTeX 2.8) > > > > No - none of those characters are correct in your pdf. It appears that a > > ligature should be used but it is not being used. > > > > The combination of hataf patah + ZWJ + meteg should resolve to an > > un-mapped glyph ligature. This is not happening. There are a total of > > three ligatures involving meteg which should exhibit this behaviour, but > > they all seem to fail. > > > > Cheers, > > > > David > > > > -- > > David Purton > > dcpur...@marshwiggle.net > > > > -- > Petr Tomasek <http://www.etf.cuni.cz/~tomasek> > Jabber: but...@jabbim.cz > > > EA 355:001 DU DU DU DU > EA 355:002 TU TU TU TU > EA 355:003 NU NU NU NU NU NU NU > EA 355:004 NA NA NA NA NA > > > > > > -- > Subscriptions, Archive, and List information, etc.: > http://tug.org/mailman/listinfo/xetex -- Petr Tomasek <http://www.etf.cuni.cz/~tomasek> Jabber: but...@jabbim.cz EA 355:001 DU DU DU DU EA 355:002 TU TU TU TU EA 355:003 NU NU NU NU NU NU NU EA 355:004 NA NA NA NA NA -- Subscriptions, Archive, and List information, etc.: http://tug.org/mailman/listinfo/xetex
[XeTeX] BUG: ZWJ ignored? (Re: Fontspec and SBL Hebrew: Possible Bug?)
Hello! Has this bug been solved somehow? My XeTeX seems to ignore ignore the ZWJ character completely (at least when script=hebr). I tried to edit some font and created custom ligatures. If the ligatures where done with ZWJ, they didn't work. As soon, as I removed the ZWJ from the ligature definiton, the litagure started to work! This did happen with 'ccmp', 'dlig' and 'rlig' GSUB tables. My XeTeX version (on Linux): xetex --version XeTeX 3.1415926-2.2-0.9995.2 (Web2C 7.5.6) kpathsea version 3.5.6dev Copyright 2009 SIL International and Jonathan Kew. There is NO warranty. Redistribution of this software is covered by the terms of both the XeTeX copyright and the Lesser GNU General Public License. For more information about these matters, see the file named COPYING and the XeTeX source. Primary author of XeTeX: Jonathan Kew. Compiled with ICU version 4.0 [with modifications for XeTeX] Compiled with zlib version 1.2.3; using 1.2.3 Compiled with FreeType2 version 2.3.7; using 2.3.7 Compiled with fontconfig version 2.8.0; using 2.8.0 Compiled with libpng version 1.2.15; using 1.2.15 Compiled with xpdf version 3.01 (I would like to try a newer version of XeTeX, possibly from the SVN, but the last time I tried it, it didn't compile...) Thank You! Petr Tomášek On Mon, Jun 14, 2010 at 01:45:18PM +1000, David Purton wrote: > On Sun, Jun 13, 2010 at 05:01:18PM +0300, Avi Wollman wrote: > > looks okay by me. > > miktex 2.8 (windows 7x64) > > This is XeTeX, Version 3.1415926-2.2-0.9995.1 (MiKTeX 2.8) > > No - none of those characters are correct in your pdf. It appears that a > ligature should be used but it is not being used. > > The combination of hataf patah + ZWJ + meteg should resolve to an > un-mapped glyph ligature. This is not happening. There are a total of > three ligatures involving meteg which should exhibit this behaviour, but > they all seem to fail. > > Cheers, > > David > > -- > David Purton > dcpur...@marshwiggle.net > -- Petr Tomasek <http://www.etf.cuni.cz/~tomasek> Jabber: but...@jabbim.cz EA 355:001 DU DU DU DU EA 355:002 TU TU TU TU EA 355:003 NU NU NU NU NU NU NU EA 355:004 NA NA NA NA NA -- Subscriptions, Archive, and List information, etc.: http://tug.org/mailman/listinfo/xetex
[XeTeX] cannot build current XeTeX (from SVN)
Hello! Have problems with build the current XeTeX from SVN (rev. 986) on latest Fedora. It says: make[1]: Entering directory `/TEST/src/xetex/TRUNK/build-xetex/texk/web2c/web2c' make[2]: Entering directory `/TEST/src/xetex/TRUNK/build-xetex/texk/web2c/web2c' make[2]: `/TEST/src/xetex/TRUNK/texk/web2c/web2c/web2c-parser.c' is up to date. make[2]: Leaving directory `/TEST/src/xetex/TRUNK/build-xetex/texk/web2c/web2c' gcc -DHAVE_CONFIG_H -I. -I/TEST/src/xetex/TRUNK/texk/web2c/web2c -I./native/kpathsea -Inative -I/TEST/src/xetex/TRUNK/texk/web2c/web2c/native -I/TEST/src/xetex/TRUNK/texk/web2c/web2c/.. -I/TEST/src/xetex/TRUNK/texk/web2c/web2c/../.. -Wimplicit -Wreturn-type -Wdeclaration-after-statement -Wno-unknown-pragmas -g -O2 -MT web2c-parser.o -MD -MP -MF .deps/web2c-parser.Tpo -c -o web2c-parser.o /TEST/src/xetex/TRUNK/texk/web2c/web2c/web2c-parser.c mv -f .deps/web2c-parser.Tpo .deps/web2c-parser.Po test -f web2c-lexer.c || /bin/bash /TEST/src/xetex/TRUNK/texk/web2c/web2c/../../../build-aux/ylwrap /TEST/src/xetex/TRUNK/texk/web2c/web2c/web2c-lexer.l .c web2c-lexer.c -- : make[1]: *** [web2c-lexer.c] Error 1 make[1]: Leaving directory `/TEST/src/xetex/TRUNK/build-xetex/texk/web2c/web2c' make: *** [web2c/stamp-web2c] Error 2 + ls -l /TEST/src/xetex/TRUNK/build-xetex/texk/web2c/xetex ls: cannot access /TEST/src/xetex/TRUNK/build-xetex/texk/web2c/xetex: No such file or directory Instead of build-xetex/texk/web2c/xetex a directory named build-xetex/texk/web2c/xetexdir exists. Can anything be done about it? Thank You! -- Petr Tomasek <http://www.etf.cuni.cz/~tomasek> Jabber: but...@jabbim.cz EA 355:001 DU DU DU DU EA 355:002 TU TU TU TU EA 355:003 NU NU NU NU NU NU NU EA 355:004 NA NA NA NA NA -- Subscriptions, Archive, and List information, etc.: http://tug.org/mailman/listinfo/xetex
Re: [XeTeX] PDF Creator: "bidi"?
On Thu, Mar 11, 2010 at 03:03:49AM -0800, Meho R. wrote: > Hi, > > This is question for Vafa: can you explain what is the reason that in .pdf > file, created using xelatex+polyglossia with use of arabic as secondary > language (the main is latin), bidi is credited as "creator"? I do understand > that bidi is used for arabic, but, with due respect, I think it's very unfair > to declare it as creator application instead of xe(la)tex. > Isn't it the "bidi-package"? -- Petr Tomasek <http://www.etf.cuni.cz/~tomasek> Jabber: but...@jabbim.cz SIP: but...@ekiga.net -- Subscriptions, Archive, and List information, etc.: http://tug.org/mailman/listinfo/xetex
