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{\char200d} 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] nbsp; 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 toma...@etf.cuni.cz 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] [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 khaledho...@eglug.org 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 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 khaledho...@eglug.org 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 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 toma...@etf.cuni.cz 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 khaledho...@eglug.org 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 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 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] 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 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 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 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 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?
... 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 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] 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 wvanrooi...@yahoo.comwrote: 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
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] [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] 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 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] 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
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] 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
[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
