Skip to content
This repository has been archived by the owner. It is now read-only.

LuaLaTeX crashes for \'ü $x$ and accents over ü are set too high. #253

Closed
Tchiller opened this issue Sep 19, 2014 · 3 comments
Closed

LuaLaTeX crashes for \'ü $x$ and accents over ü are set too high. #253

Tchiller opened this issue Sep 19, 2014 · 3 comments

Comments

@Tchiller
Copy link

@Tchiller Tchiller commented Sep 19, 2014

The following MWE does crash if compiled with LuaLaTeX. XeLaTeX works just fine. If written as \'{ü} it will work as well. But in both cases, the accent looks rather ill positioned (too high). This does happen for several accents like the ones used here: http://tex.stackexchange.com/a/202005

\usepackage{fontspec}
\setmainfont{Linux Libertine O}

\begin{document}
\'ü $x$
\end{document}
@Tchiller Tchiller changed the title LuaLaTeX crashes for \'ü $x$ and accents over ü too high. LuaLaTeX crashes for \'ü $x$ and accents over ü are set too high. Sep 19, 2014
@phi-gamma
Copy link
Member

@phi-gamma phi-gamma commented Sep 20, 2014

···<date: 2014-09-19, Friday>···<from: Tchiller>···

The following MWE does crash if compiled with LuaLaTeX. XeLaTeX
works just fine. If written as \'{ü} it will work as well.>

\usepackage{fontspec}
\setmainfont{Linux Libertine O}

\begin{document}
\'ü $x$
\end{document}

Thanks for the report. This looks like it’s caused by mixing
Type1 and OT fonts which confuses the node processor. I’ll
file a bug with Hans as soon as I figure out a way to reproduce
it without Latex. In the meantime just use the unicode-math
package to set up a clean OT environment.

                                                          But

in both cases, the accent looks rather ill positioned (too high).
This does happen for several accents like the ones used here:
http://tex.stackexchange.com/a/202005

Might be related to this issue:
#221

Best,
Philipp

phi-gamma pushed a commit to phi-gamma/luaotfload that referenced this issue Dec 14, 2014
…that it

Fixes lualatex#253

Sort of.

In order to not interfere with the other callbacks which expect a sane
environment this hack got added by means of another callback that is
called whenever a defined font lacks essential subtables. This means
that the user must consider cases like numbers and partially defined
fonts. It’s best to keep both cases separate so those who aren’t
concerned with workarounds for weird fonts can stick with the clean
interface.
@phi-gamma
Copy link
Member

@phi-gamma phi-gamma commented Dec 14, 2014

Next release will come with a fix for the crash. Though loading unicode-math
seems like the saner approach.

As to the diacritics -- that’s another issue. Could you open another ticket
and please add some more information as to why you consider their
placement too high?

@Tchiller
Copy link
Author

@Tchiller Tchiller commented Dec 16, 2014

Thank you very much for the fix. Regarding the second issue: I just tried my old MWE and I am not able to reproduce that anymore. Seems like there has something changed. When I wrote this issue, the diacritics were set much higher with Lua- than with XeLaTeX and looked quite odd.
But as it stands, we can close this issue. Works perfectly now.
Thanks again.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Linked pull requests

Successfully merging a pull request may close this issue.

2 participants