Share

XeTeX - Unicode-based TeX

Code

Programming Languages: Pascal, C, C++

License: MIT License

Repositories

browse code, statistics, last commit on 2007-04-26 cvs -d:pserver:anonymous@xetex.cvs.sourceforge.net:/cvsroot/xetex login

cvs -z3 -d:pserver:anonymous@xetex.cvs.sourceforge.net:/cvsroot/xetex co -P modulename

Show:

What's happening?

  • Comment: Compatibility with xyling?

    I remember this worked prior to TexLive-2008, but seems to be broken now.

    2009-11-03 15:19:42 UTC by http://desmedt.myopenid.com/

  • Compatibility with xyling?

    It is unclear how I can make XeTeX work with the xyling package. The following is a file which produces perfect output with regular LaTeX: %!TEX encoding = UTF-8 Unicode \documentclass[a4paper,12pt]{book} \usepackage{xyling} \begin{document} \small{ \Treek[.01]{2.5}{ && \K{VP}\B{dll} \B{d} \B{drr} \\ \K{V+P$_i$} && \K{PP}\B{dl}\B{dr} && \K{NP}\Below{theme} \\ & \Trace &...

    2009-10-29 11:34:53 UTC by http://desmedt.myopenid.com/

  • Comment: XeTeXmathaccent overstepping its bounds

    Here's a better example that also works in LuaTeX (and here behaves as expected): \ifcsname XeTeXmathcode\endcsname \let \Umathcode \XeTeXmathcode \let \Udelcode \XeTeXdelcode \let \Udelimiter \XeTeXdelimiter \let \Umathaccent \XeTeXmathaccent \def\externalfont#1{[#1]} \else\ifcsname Umathcode\endcsname \input luatex-fonts \def\externalfont#1{file:#1} \else \ERROR...

    2009-10-28 22:28:58 UTC by wspr

  • Comment: XeTeXmathaccent overstepping its bounds

    Gah, stupid sourceforge! :) I was nowhere near finished writing up that description above. Anyway, the problem is that the mathaccents are growing inappropriately; above an "x", things look normal, but if I write, say, {\hat x}_1 then the accent grows to cover both the symbol and the subscript. Delimiting with more braces doesn't help. I suspect it's simply collecting too much material...

    2009-10-28 22:18:59 UTC by wspr

  • \XeTeXmathaccent overstepping its bounds

    Unicode mathaccent seems to behaving slightly odd.

    2009-10-28 22:14:16 UTC by wspr

  • Comment: otf font onum feature breaks superscript in footnotes

    Changed my mind. I now think this is a bug with the font: {\fontspec[Numbers=OldStyle,VerticalPosition=Superior]{GFS Didot}123} If you change the font to, say, Adobe Garamond Pro, you get superscript numerals. From the OpenType spec for the superscript feature: "Feature interaction: This feature may be used in combination with other substitution (GSUB) features, whose results it may...

    2009-10-08 06:35:46 UTC by wspr

  • Comment: otf font onum feature breaks superscript in footnotes

    Will is right, actually it is a xltxtra bug, version 2008/07/29 v0.4. I could not reproduce it with fontspec.

    2009-10-07 07:00:02 UTC by tzimakos

  • Comment: otf font onum feature breaks superscript in footnotes

    This is a bug with fontspec and xltxtra. Nothing at all to do with XeTeX.

    2009-10-07 04:18:00 UTC by wspr

  • Problem with math delimiters and 'ssty' feature

    When processing the attached file with xetex, the 3rd line will show empty boxes instead of the bars, however the bars do appear if luatex is used instead. The font used can be obtained from http://github.com/khaledhosny/euler-otf. See http://github.com/wspr/unicode-math/issues/closed#issue/63 for more details.

    2009-10-06 16:51:09 UTC by khaledhosny

  • Comment: Required re-run not detected giving wrong page numbering

    I guess there's something I've missed in the trial: producing dvi first just ignores the PDF data. What i did: latex long.tex latex long.tex dvipdfmx long.dvi The page labels in acroread are arabic for any page, from 1 to 14, instead of i to iv and 1 to 10. And that's the case whatever the number of latex calls i do.

    2009-08-16 21:18:38 UTC by marsgui

Our Numbers