Re: [XeTeX] wrong page labels in slides with hyperref
On 02/07/2011 05:49 PM, Heiko Oberdiek wrote:
On Mon, Feb 07, 2011 at 04:56:49PM +0100, Pablo Rodríguez wrote:
There is a small detail that doesn't work. Specifying
plainpage=true in hyperref's options, gives the following warning:
./a.tex:7: Extra \else.
\@hyper@@anchor ...g {Ignoring empty anchor}\else
Thanks, will be fixed in 6.82b.
Many thanks for the fix.
Pablo
--
http://www.ousia.tk
--
Subscriptions, Archive, and List information, etc.:
http://tug.org/mailman/listinfo/xetex
Re: [XeTeX] wrong page labels in slides with hyperref
On 02/06/2011 03:42 AM, Heiko Oberdiek wrote:
It was not supported by hyperref, because class `slides'
doesn't use \thepage but a complicate combination of counters
slide, note, overlay and page. In 2011/02/05 v6.82a I have now
implemented some support for class `slides' for options
`pdfpagelabels' and `pageanchor'.
Hi Heiko,
I've just updated hyperref and it works fine. Thanks again.
There is a small detail that doesn't work. Specifying plainpage=true
in hyperref's options, gives the following warning:
./a.tex:7: Extra \else.
\@hyper@@anchor ...g {Ignoring empty anchor}\else
\def \anchor@spot
{#2#3}\l...
l.7 \end{slide}
I don't know whether this is a bug or not.
Just in case it might help.
Thanks again,
Pablo
--
http://www.ousia.tk
--
Subscriptions, Archive, and List information, etc.:
http://tug.org/mailman/listinfo/xetex
[XeTeX] wrong page labels in slides with hyperref
Hi there,
with the following document:
\documentclass{slides}
\usepackage{hyperref}
\begin{document}
\begin{slide}
first
\end{slide}
\begin{slide}
second
\end{slide}
\end{document}
if I compile it without hyperref, page labels in PDF are fine, but all
page labels are set to zero when compiled with hyperref.
Could someone confirm whether this is a bug in hyperref?
Thanks in advance,
Pablo
--
http://www.ousia.tk
--
Subscriptions, Archive, and List information, etc.:
http://tug.org/mailman/listinfo/xetex
[XeTeX] weird behavior of a font
Hi there, I have already reported a bug at fontconfig (https://bugs.freedesktop.org/show_bug.cgi?id=33765), but I'm experiencing a weird behavior with this font (http://moorstation.org/typoasis/designers/graham/fonts/fuzzyxmas.zip). I have installed it and it works fine (I only use it with fontspec), but when I restart the computer (I actually shut down the laptop and start working again later), fontspec isn't able to work with the font, because fontconfig is not able to find it. Renaming makes it available until the next restart. Could anyone confirm whether this is a bug in the font or in the library? Thanks for your help, Pablo -- http://www.ousia.tk -- Subscriptions, Archive, and List information, etc.: http://tug.org/mailman/listinfo/xetex
Re: [XeTeX] bug in fontspec?
On 10/19/2010 03:36 AM, Will Robertson wrote:
On 2010-10-19 03:30:24 +1030, Pablo Rodríguez oi...@web.de said:
as Ulrike Fischer has noticed
(http://tug.org/pipermail/xetex/2010-October/018895.html), fontspec
enters in a loop italics are defined as slanted:
\def\itdefault{sl}
This problem, funnily enough, has existed pretty much forever. I guess
you're the first person to use the slides class with fontspec :)
Thanks for the fix and the instructions to update the fixed version, Will.
I had used fontspec with the slides class before, but it seems that this
is the first time I use italics within slides and fontspec.
Pablo
--
http://www.ousia.tk
--
Subscriptions, Archive, and List information, etc.:
http://tug.org/mailman/listinfo/xetex
Re: [XeTeX] bug in fontspec?
On 10/18/2010 07:21 PM, Khaled Hosny wrote: On Mon, Oct 18, 2010 at 07:00:24PM +0200, Pablo Rodríguez wrote: [...] I have no idea how this would be fixed, but github issue tracker[1] is the proper place to report bug, at least to make sure it get noticed and not lost in mailing lists. [1] http://github.com/wspr/fontspec/issues Reported twice: http://github.com/wspr/fontspec/issues#issue/83 http://github.com/wspr/fontspec/issues#issue/84 My fault for the second reporting (I didn't know that it was reported already by Philipp Stefani). Thanks, Pablo -- http://www.ousia.tk -- Subscriptions, Archive, and List information, etc.: http://tug.org/mailman/listinfo/xetex
Re: [XeTeX] XeTeX in lshort
On 09/25/2010 06:44 PM, Axel Kielhorn wrote:
Hello!
Some weeks ago I suggested getting information about XeTeX into lshort.
Well, here is the first draft.
[...]
I am open for suggestions and corrections (Note that I am not a native speaker.)
Hi Axel,
if you allow me a suggestion I'd rather write “It's all Ελληνικά”
instead of “It’s all γρηηκ to me”.
If you are using pure LaTeX, this would go “It's all
\foreignlanguage{greek}{Ellhnik'a} to me”. This use of a fancier font
that will not scare newcomers away.
I hope it helps,
Pablo
--
Subscriptions, Archive, and List information, etc.:
http://tug.org/mailman/listinfo/xetex
[XeTeX] (NOTABUG) Re: buggy hyphenation with fontspec-2.1
On 09/21/2010 09:56 PM, Michiel Kamermans wrote:
On 9/21/2010 12:45 PM, Pablo Rodríguez wrote:
Hi there,
checking whether a clash between fontspec and babel in LuaLaTeX
(already reported at
http://tug.org/mailman/htdig/luatex/2010-August/001895.html), I have
just discovered new issues with this document:
\documentclass{book}
\usepackage{fontspec}
\usepackage[german,spanish]{babel}
Not sure if it solves things, but don't use babel with xe(la)tex. Use
polyglossia.
Thanks for your help, Michael.
I'm afraid that polyglossia is not an option for me and I guess babel
shouldn't be clashing with fontspec-2.1.
But using the source contained at
http://tug.org/pipermail/luatex/2010-June/001603.html, I have realized
that hyphenation works fine with fontspec, but to get the \showhyphens
command to work I should load xltxtra package instead.
Sorry for the noise and thanks for your help,
Pablo
--
Subscriptions, Archive, and List information, etc.:
http://tug.org/mailman/listinfo/xetex
Re: [XeTeX] [tex-live] xelatex crashes with this document
On 06/29/2010 01:51 PM, Akira Kakuto wrote: Hi Pablo, I hope Jonathan can fix the bug included in XeTeX with protrusion support. Fixed by Thanh, 0.9997.3. Thanks for the info, Akira. Does anyone know when will it be updated in TL2010? Thanks again, Pablo -- Subscriptions, Archive, and List information, etc.: http://tug.org/mailman/listinfo/xetex
Re: [XeTeX] [tex-live] xelatex crashes with this document
On 06/26/2010 03:19 AM, Heiko Oberdiek wrote: On Sat, Jun 26, 2010 at 12:03:32AM +0200, Pablo Rodríguez wrote: The text-anonymized can be found at http://www.ousia.tk/xelatex-crasher.tex. Now it crashes on page 13. [...] The problem is the footnote broken across pages. Many thanks for your replies, Norbert, Akira and Heiko. I hope Jonathan can fix the bug included in XeTeX with protrusion support. Thanks again, Pablo -- Subscriptions, Archive, and List information, etc.: http://tug.org/mailman/listinfo/xetex
Re: [XeTeX] xelatex crashes with a large document (TL2010)
On 06/25/2010 12:49 AM, Michiel Kamermans wrote: On 6/24/2010 9:07 AM, Pablo Rodríguez wrote: Hi there, I have installed TL 2010 from TUG and XeLaTeX crashes with rather large documents (books not written by me). It crashes also with --no-pdf option activated. I'm afraid that I cannot provide a minimal sample, I cannot make the texts available. all I can do is to attach the crash below. What about if you scramble the content (ie, replace all words with abcdefg... strings of equal length) with a quick perl/php/python/whathaveyou script? Thanks for your replies to all. I thought of anonymizing the text, but Google returned nor result. I'm afraid I cannot code, so there is no quick script. I'll try to find another LaTeX book under a free license that crashes with XeLaTeX (I have tried five and they compile fine). If anyone has a suggestion on a rather large source document or it could even provide the quick script to anonymize the text, I'll really appreciate it. Thanks again for your help, Pablo -- Subscriptions, Archive, and List information, etc.: http://tug.org/mailman/listinfo/xetex
[XeTeX] xelatex crashes with this document
Hi there, thanks to all that replied to my previous messages. Norbert, sorry for the typo: it crashes with XeLaTeX from TL2010 and it compiled fine with XeLaTeX from TL2009 (and 2008, or even 2007). The text-anonymized can be found at http://www.ousia.tk/xelatex-crasher.tex. Now it crashes on page 13. Urlike, I tried to isolate the issue in the same way I read in your message this evening. The paragraph had no problematic content or commands not invoked before. It doesn't crash with every lengthy documents (Tobias, »Das Nibelungenlied« was compiled fine), but the ones that crashed XeLaTeX were real books. Having the same text length (or a very similar one), the original text crashes on page 34 and the document above crashes on page 13. It might be related not to invoke command x, but to invoke it for the x-th time (after having invoked other commands other times). It is only a guess. Just in case it might help, Pablo -- Subscriptions, Archive, and List information, etc.: http://tug.org/mailman/listinfo/xetex
Re: [XeTeX] wish on \showhyphens from xltxtra
On 06/14/2010 06:38 PM, Will Robertson wrote: On 2010-06-14 05:24:47 +0930, Pablo Rodríguez oi...@web.de said: trying to check whether a rather large passage in ancient Greek was properly hyphenated, I realized that it would be extremely helpful if xlxtra could provide also the spaces in \showhpyphens. I agree xltxtra's \showhyphens could be improved. See attached proposed modification. How is this? Too verbose? Many thanks for your reply, Will. I'd prefer the standard way with babel and (pdf)latex. But this is not possible, this is better than the present solution. Thanks, Pablo -- Subscriptions, Archive, and List information, etc.: http://tug.org/mailman/listinfo/xetex
Re: [XeTeX] polyglossia and ledpar conflict
On 06/13/2010 06:13 PM, Daron Wilson wrote:
[...]
I'm not sure if more information is needed, but if anyone could point me in the right
direction for a solution, or let me know if this a time to move on problem, I
would be grateful. If there would be better/easier ways to get good Greek hyphenation
with XeTeX that would be helpful also.
I'm not a (Xe)LaTeX expert, but this works for me:
\documentclass[10pt]{memoir}
\usepackage{xltxtra}
\usepackage{polyglossia}
\setdefaultlanguage{english}
\setotherlanguage[variant=ancient]{greek}
\newfontinstance\greekfont[Scale=1.1]{Theano Didot}
\usepackage{ledmac}
\usepackage{ledpar}
\begin{document}
\selectlanguage{greek}
Καθὼς παρεκάλεσά σε προσμεῖναι ἐν Ἐφέσῳ πορευόμενος εἰς Μακεδονίαν
\end{document}
All you have to do replace the \begin{greek} ... \end{greek} environment
with \selectlanguage{greek} or \selectotherlanguage{greek}.
And then switch back to English with \selectlanguage{english}.
I hope it helps,
Pablo
--
Subscriptions, Archive, and List information, etc.:
http://tug.org/mailman/listinfo/xetex
Re: [XeTeX] polyglossia and ledpar conflict
On 06/13/2010 09:06 PM, Pablo Rodríguez wrote:
[...]
All you have to do replace the \begin{greek} ... \end{greek} environment
with \selectlanguage{greek} or \selectotherlanguage{greek}.
My fault: otherlanguage not a command, but also an environment, so you
can replace \begin{greek} ... \end{greek} with
\begin{otherlanguage}{greek} ... \end{otherlanguage}.
For words of small passages you can use \foreignlanguage{greek}{χαλεπὰ
τὰ καλά} instead.
Just in case it helps,
Pablo
--
Subscriptions, Archive, and List information, etc.:
http://tug.org/mailman/listinfo/xetex
[XeTeX] wish on \showhyphens from xltxtra
Hi there, trying to check whether a rather large passage in ancient Greek was properly hyphenated, I realized that it would be extremely helpful if xlxtra could provide also the spaces in \showhpyphens. Otherwise with a medium text it could be difficult to identify words (to check for hyphenation errors) even in the native language. I would really appreciate if this could be fixed. Thanks, Pablo -- Subscriptions, Archive, and List information, etc.: http://tug.org/mailman/listinfo/xetex
Re: [XeTeX] Absence of ligatures
On 06/09/2010 05:45 PM, José Carlos Santos wrote: Hi all: I have been working on a text whose main font is DTL Unico: http://www.dutchtypelibrary.nl/Unico_rdrct.html I have just noticed that the fi and fl ligatures are not created. To be more precise: if I compile this document: [...] I don't get the ligatures that I should get. Am I doing something wrong? Or could it be a flaw within the fonts that I am using? Hi José Carlos, you should get the ligatures and there is nothing wrong there. I'm afraid that those ligatures might be incorrectly tagged (but since the font is not freely redistributable, you should check it yourself using FontForge or another font editor). I hope it helps, Pablo -- Subscriptions, Archive, and List information, etc.: http://tug.org/mailman/listinfo/xetex
Re: [XeTeX] XeTeX and luaTeX
On 06/04/2010 01:42 PM, Arthur Reutenauer wrote: In a recent thread here, luaTeX was said to be the intended eventual replacement for pdfTeX. This piece of information is based on earlier plans of the pdfTeX and LuaTeX teams, when the intention was indeed that LuaTeX would become pdfTeX 2.0 when it reached maturity. Now the plans have changed somewhat: pdfTeX development has been resumed by its original developer, Hàn Thế Thành, while the pdfTeX developers from 1 or 2 years ago now work mostly on LuaTeX; but it's not foreseen anymore the LuaTeX will be a 100% compatible replacement for pdfTeX. Which will be those differences between podTeX and LuaTeX? Thanks, Pablo -- Subscriptions, Archive, and List information, etc.: http://tug.org/mailman/listinfo/xetex
Re: [XeTeX] (bug?) letterspacing with LetterSpace and soul
On 06/01/2010 09:22 PM, John Was wrote:
Hello Pablo
[...]
So the lines to paste in before a Greek passage (to see if they would
work) are:
\font \myfont =
MinionPro-Regular:+onum:mapping=tex-text:letterspace=12 at 12pt
\tolerance 500
\myfont
\uselanguage{ancientgreek}
That should give you quite generously letterspaced Greek, with correct
hyphenation. (If these commands need to be modified for use in a LaTeX
environment, I'm sure someone else on this list will leap in. I *hope*
it's not the case that if you are using fontspec and/or polyglossia you
are then precluded from using the more primitive commands and macros
that come bundled with (Xe)Tex.)
Hi John,
I have tried your proposal, but I'm afraid it didn't work well. I mean,
it found another hyphenation point, but line breaking was also wrong.
I have just accidentally discovered that letterspacing is problematic in
standard TeX as described in
http://www.tug.org/TUGboat/Articles/tb29-1/tb91thanh-fonts.pdf.
It might be that soul is a better option with XeTeX.
Thanks for your help,
Pablo
--
Subscriptions, Archive, and List information, etc.:
http://tug.org/mailman/listinfo/xetex
Re: [XeTeX] weird behaviour with LetterSpace
On 06/01/2010 10:25 AM, Jonathan Kew wrote: On 31 May 2010, at 22:13, Pablo Rodríguez wrote: [...] If you copy the resulting text (from http://www.ousia.tk/wrong-letterspace.pdf), you will see that only the second line is properly typeset, or at least, there are no blank spaces between letters. I guess this might be a probable cause for wrong hyphenation when using LetterSpace. (BTW, loading polyglossia makes no difference.) Have I hit a bug in LetterSpace? Do you know any way to avoid this? The PDF looks correct to me; where LetterSpace=12 is in effect, the letters are more widely spaced, and where LetterSpace=0, they're not. I don't see a bug here. Or am I missing something? Thanks for your reply, Jonathan. I'm not especially interested in LetterSpace, but in hyphenation with Letterspace (as you can see at http://www.ousia.tk/grammatike.pdf). And I thought that the described issue might influence the wrong hyphenation (but I got it wrong). If you're specifically concerned about what happens when you use a viewer to select and copy the text from this PDF into an editor... well... that's a chancy operation. It worked fine for me with Acrobat (no extra spaces), but other viewers may give different results. Basically, this is a poorly-defined operation. As TeX does not use space characters between words, there is no clear indication in the PDF data of where the word boundaries should be, and so the viewer has to guess based on the glyph positions. That works most of the time for simple running text, but modifying the letter spacing carries a pretty high risk of confusing it. BTW, acroread-9.3 in Ubuntu-10.04 copies the following text (the same text that evince 2.30 copies): χαλεπὰ τ ὰ κ α λ ά χ α λ ε π ὰ τ ὰ κ α λ ά χ α λ ε π ὰ τὰ καλά Beauty i s d i ffi c u l t B e a u t y i s d i ffi c u l t B e a u t y is difficult The general issue with LetterSpace is not text extraction itself, but the ability to search for a given text. Thanks for your help, Pablo -- Subscriptions, Archive, and List information, etc.: http://tug.org/mailman/listinfo/xetex
Re: [XeTeX] Greek letterspacing with soul
On 05/25/2010 09:37 AM, Ulrike Fischer wrote:
Am Mon, 24 May 2010 19:16:07 +0200 schrieb Pablo Rodríguez:
[...]
Is there any way to solve it?
I got the error only after I enabled the hyphenation patters. This
indicates that the problem are not spaces but hyphenation. The
documentation of soul says that Reconstruction failed means that
soul gots confused about the width of the sylables. The width is
measured by the width of -. So this need to be set too. So
\makeatletter
\font\s...@tt=FreeMono-Normal
\setbo...@\hbox{\soul@tt-}
\s...@ttwidth\wd\z@
\makeatother
should do the job (I had to use another font for testing.)
Many thanks for your help. I knew that this happened when enabling
hyphenation patterns, but I had no idea how to solve it.
It works like charm.
I will report it the fix to the soul/soulutf8 developers. Of course,
giving you credit (because credit is due :-)).
(And the second \makeatletter in my first posting was naturally
simply a typo.)
This was my fault, because I simply copied and pasted the code, without
almost reading it. (I know that \makeatletter ends with \makeatother,
although I'm not sure what are they used for ;-).)
Many thanks again for your help,
Pablo
--
Subscriptions, Archive, and List information, etc.:
http://tug.org/mailman/listinfo/xetex
Re: [XeTeX] Greek letterspacing with soul
On 05/25/2010 05:28 PM, Ulrike Fischer wrote: Am Tue, 25 May 2010 17:12:08 +0200 schrieb Pablo Rodríguez: (I know that \makeatletter ends with \makeatother, although I'm not sure what are they used for ;-).) Well \makeatletter makes @ (at) to a letter, which means that you can use commands with @ in their names (command names end at the first non-letter char), \makeatother makes @ to a non-letter. Thanks for your clear explanation, Ulrike. But naming commands with @ is only a convention, isn't it? Thanks again, Pablo -- Subscriptions, Archive, and List information, etc.: http://tug.org/mailman/listinfo/xetex
Re: [XeTeX] Greek letterspacing with soul
On 05/24/2010 02:53 PM, Jonathan Kew wrote: On 24 May 2010, at 11:30, Pablo Rodríguez wrote: Hi there, I want to achieve a kind of emphasizing which used in Greek through letterspacing. I have tried the LetterSpace and WordSpace properties, but I don't think they are intended for this. I don't see why you shouldn't use LetterSpace something like Many thanks, Jonathan. I thougtht that LetterSpace was the best option for that too. I tried it (with LetterSpace=30) hyphenation in that line is wrong, whether in letterspaced text or not (http://www.ousia.tk/grammatike.pdf#page=4). First line on page 4 is clear to me that is wrong. BTW, I guess that LetterSpacing should be only applied to letter+letter and not letter+punctuation mark (at least not before dot, comma, colon, semicolon and similar ones). Many thanks for your help, Pablo -- Subscriptions, Archive, and List information, etc.: http://tug.org/mailman/listinfo/xetex
Re: [XeTeX] Greek letterspacing with soul
On 05/24/2010 06:06 PM, Ulrike Fischer wrote:
Am Mon, 24 May 2010 16:49:15 +0200 schrieb Pablo Rodríguez:
[...]
Ah. Bingo. soul.sty defines the fix font \s...@tt
(\font\s...@tt=ectt1000) and use it in various places when analyzing
the input. And obviously one gets problems as soon as words ends
with glyphs not existing in the font as this leads to boxes of width
0 and so soul thinks that there is no longer something to process.
I can solve the problem with the euro sign by resetting the font to
latin modern typewriter with
\makeatletter \font\s...@tt=LMMono10-Regular\makeatletter
With your greek characters you probably will need a greek fixed
width font.
Many thanks for your help, Ulrike.
FreeMono-Regular seems to do the job.
But I get error messages from soul (Reconstruction failed) when there
are blank spaces.
\documentclass[10pt]{book}
\usepackage{fontspec}
\setmainfont{Theano Didot}
\usepackage{polyglossia}
\setdefaultlanguage{greek}
\usepackage{soul}
\makeatletter\font\s...@tt=FreeMono-Normal\makeatletter
\begin{document}
\so{ἐπεστείλατέ μοι νομίζειν δεῖν τὴν διάνοιαν ὑμῶν εἶναι τὴν αὐτὴν ἣν
εἶχεν καὶ Δίων, καὶ δὴ καὶ κοινωνεῖν διεκελεύεσθέ μοι, καθ᾽ ὅσον οἷός τέ
εἰμι ἔργῳ καὶ λόγῳ. ἐγὼ δέ, εἰ μὲν δόξαν καὶ ἐπιθυμίαν τὴν αὐτὴν ἔχετε
ἐκείνῳ, σύμφημι κοινωνήσειν, εἰ δὲ μή, βουλεύσεσθαι πολλάκις. τίς δ᾽ ἦν
ἡ ἐκείνου διάνοια καὶ ἐπιθυμία, σχεδὸν οὐκ εἰκάζων ἀλλ᾽ ὡς εἰδὼς σαφῶς
εἴποιμ᾽ ἄν.}
\end{document}
Is there any way to solve it?
Thanks for your help again,
Pablo
--
Subscriptions, Archive, and List information, etc.:
http://tug.org/mailman/listinfo/xetex
Re: [XeTeX] Greek letterspacing with soul
On 05/24/2010 06:31 PM, Philip TAYLOR wrote: Ulrike Fischer wrote: I can solve the problem with the euro sign by resetting the font to latin modern typewriter with \makeatletter \font\s...@tt=LMMono10-Regular\makeatletter Or maybe even : \makeatletter \font\s...@tt=LMMono10-Regular\makeatother %%% ?! You are right, but I'm afraid this doesn0t solve the problem with Reconstruction failed error messages. Thanks anyway, Pablo -- Subscriptions, Archive, and List information, etc.: http://tug.org/mailman/listinfo/xetex
Re: [XeTeX] changing \chaptername in polyglossia
On 05/18/2010 09:39 AM, Ulrike Fischer wrote:
Am Mon, 17 May 2010 18:44:52 +0200 schrieb Pablo Rodríguez:
Hi there,
from section 6 from the polyglossia documentation, I guess that I can
replace the Spanish chapter name with Tema writing:
\gappto\spanishcaptions{\renewcommand{\chaptername}{Tema}}
I think this is an error in the documentation. It should be
\captionsspanish instead of \spanishcaptions:
Thanks for the fix, Ulrike.
Pablo
--
Subscriptions, Archive, and List information, etc.:
http://tug.org/mailman/listinfo/xetex
[XeTeX] changing \chaptername in polyglossia
Hi there,
from section 6 from the polyglossia documentation, I guess that I can
replace the Spanish chapter name with Tema writing:
\gappto\spanishcaptions{\renewcommand{\chaptername}{Tema}}
But the following code has the standard name “Capítulo” as chapter name:
\documentclass[10pt]{book}
\usepackage{polyglossia}
\setdefaultlanguage{spanish}
\gappto\spanishcaptions{\renewcommand{\chaptername}{Tema}}
\begin{document}
\chapter{Hola}
Este es un documento de prueba.
\end{document}
Could anyone tell me what I am doing wrong here?
Thanks for your help,
Pablo
--
Subscriptions, Archive, and List information, etc.:
http://tug.org/mailman/listinfo/xetex
Re: [XeTeX] [off-topic] xetex crash in Ubuntu 10.04
On 05/08/2010 12:17 PM, Vafa Khalighi wrote: and there is no tlmgr in their version of TeXLive 2009. So you can only update TeXLive if they ever wish to update it. No packaged TL 2009 version provides tlmgr, since this would be a mess to maintain. This is I I asked to those user in this list affected by this bug to mark this bug as affecting to them. Thanks for your replies again, Pablo -- Subscriptions, Archive, and List information, etc.: http://tug.org/mailman/listinfo/xetex
[XeTeX] questions on the experimental xetex version
Hi Jonathan, I have some questions about this new xetex version that might be interesting to other members of the list. Do you plan to support font expansion? Are optical bounds planned? (My understanding of your explanation at http://tug.org/pipermail/xetex/2009-October/014482.html is that character protrusion might not be different from this.) Do you plan to include it in TeXLive 2010? Thanks for the experimental version, Pablo -- Subscriptions, Archive, and List information, etc.: http://tug.org/mailman/listinfo/xetex
