- dev-luatex - Mailing Lists

Re: charwidth and fullembed fonts
by luigi scarso 04 Feb '25

04 Feb '25

On Tue, 4 Feb 2025 at 10:49, luca boncompagni <lbonco(a)gmail.com> wrote: > > in attach you can find my use case. This is what I have with evince and mutool bake. -- luigi

1 0

missing displacement when leqno is used in rtl paragraph
by Udicoudco 03 Feb '25

03 Feb '25

Hello, I think that displacement of a the of a math display is missing when \leqno is used in RTL paragraph. I attached a patch. Here is a simple test code (it requires the cmr10 font): \catcode`\{=1\catcode`\}=2\catcode`\$=3 \directlua{tex.enableprimitives("",{"pardirection", "textdirection", "Umathquad"})} \tracingoutput=1\tracingonline=1 \showboxbreadth 16384 \showboxdepth 16384 \font\tenrm=cmr10 \textfont0=\tenrm \hsize=345pt\vsize=550pt\parfillskip=0.0pt plus 1.0fil \parindent=15pt\parskip=0pt plus1pt \Umathquad\textstyle=10pt \pardirection=1\textdirection=1 $$1 \leqno(1)$$ \end Udi

5 15

charwidth and fullembed fonts
by luca boncompagni 03 Feb '25

03 Feb '25

Hi to all. I think that if I do a fullembed of a font, it is not correct to include the only charwidth used in the pdf. Think about a font used in a /Form. I tested the attached patch and it seems ok in my case, but I'm not sure it is fully OK. Thanks, Luca

3 2

beforedisplaypenalty has wrong subtype
by Udicoudco 02 Feb '25

02 Feb '25

This is probably just a typo. Since penalty node subtypes are only informational this is a really minor issue. There's a patch attached. Udi

2 1

unexplained difference between luatex and luahbtex
by Petr Olsak 21 Jan '25

21 Jan '25

Hello I am testing new luahbtex and comparing it with luatex because I am considering to set OpTeX with luahbtex engine instead luatex in TeXlive 2025. I have found a difference between lautex and luahbtex behavior which I am unable to explain why. The difference is shown only when huge number of fonts are downloaded by luaotfload and only with selected fonts from internet saved to ~/texmf/fonts. And it manifests only as a little delay (with luahbtex) during dlownloading the fonts to PDF at the end of the document visible if you are watching at the terminal. The PDF result is equal, but I am worried that there is a hidden bug in luahbtex because the difference is unexpected. I teseted this with OpTeX macros, they never use mode=harf. So I expect the same behavior with both engines. The example for testing is somewhat more complicated and it is exactly described at https://tex.stackexchange.com/questions/735071/ The main question is: why luatex behaves correctly (with no delay during downolading fonts) but luahbtex presents a delay in given cases? Where is the difference? Can the luatex developers explain this? Thank you Petr Olsak

3 6

\shapemode does not reset at end of paragraphs
by Udicoudco 19 Jan '25

19 Jan '25

The documentation states that \shapemode should reset to 0 at the end of a paragraph if it is positive, but the following shows otherwise \catcode`\{=1\catcode`\}=2 \directlua{tex.enableprimitives('',tex.extraprimitives ())} \shapemode=1 \showthe\shapemode \quitvmode\par \showthe\shapemode \end I think the fix is a one liner. I attached a patch. Udi

2 3

unexpected delimiter construction with classic tfm cmex font
by David Carlisle 11 Jan '25

11 Jan '25

There are some images of the output and discussion of the \showlists trace in the stackexchange post at https://tex.stackexchange.com/a/734734/1090 but this plain luatex file \tracingonline1 \showboxdepth10 \immediate\write500{\meaning\Arrowvert} $\Arrowvert + \Big\Arrowvert\showlists $ \expandafter\show\the\textfont3 \bye produces the expected || character with pdftex but a { character with luatex even though both claim to be using the same extension font (cmex10) David

3 5

CMap unrecoverably broken
by Denis Bitouzé 27 Dec '24

27 Dec '24

Hi, I recently encountered an issue with LuaTeX (1.18.0) + Ghostscript (10.04.0) and it turns out that the culprit seems to be LuaTeX :) This may be summarized as follows: 1. Compile with `lualatex` the following `test.tex` file: --8<---------------cut here---------------start------------->8--- \documentclass{article} \begin{document} Foo. \end{document} --8<---------------cut here---------------end--------------->8--- 2. Run then the following command: --8<---------------cut here---------------start------------->8--- gs -V -P- -dNOPAUSE -dBATCH -sDEVICE=pdfwrite -sstdout=%stderr "-sOutputFile=test.pdf.pdf" test.pdf --8<---------------cut here---------------end--------------->8--- On GNU/Linux, this returns: ┌──── │ GPL Ghostscript 10.04.0 (2024-09-18) │ Copyright (C) 2024 Artifex Software, Inc. All rights reserved. │ This software is supplied under the GNU AGPLv3 and comes with NO WARRANTY: │ see the file COPYING for details. │ Processing pages 1 through 1. │ Page 1 │ │ The following errors were encountered at least once while processing this file: │ CMap unrecoverably broken │ │ **** This file had errors that were repaired or ignored. │ **** The file was produced by: │ **** >>>> LuaTeX-1.18.0 <<<< │ **** Please notify the author of the software that produced this │ **** file that it does not conform to Adobe's published PDF │ **** specification. └──── You can find more details on how I came to LuaTeX in the TeX Live mailing list archive and on the Ghostcript's Bugzilla: ┌──── │ https://tug.org/pipermail/tex-live/2024-December/050985.html │ https://bugs.ghostscript.com/show_bug.cgi?id=708201 └──── Best regards. -- Denis

5 6

CMap unrecoverably broken
by Denis Bitouzé 19 Dec '24

19 Dec '24

Hi, I recently encountered an issue with LuaTeX (1.18.0) + Ghostscript (10.04.0) and it turns out that the culprit seems to be LuaTeX :) This may be summarized as follows: 1. Compile with `lualatex` the following `test.tex` file: --8<---------------cut here---------------start------------->8--- \documentclass{article} \begin{document} Foo. \end{document} --8<---------------cut here---------------end--------------->8--- 2. Run then the following command: --8<---------------cut here---------------start------------->8--- gs -V -P- -dNOPAUSE -dBATCH -sDEVICE=pdfwrite -sstdout=%stderr "-sOutputFile=test.pdf.pdf" test.pdf --8<---------------cut here---------------end--------------->8--- On GNU/Linux, this returns: ┌──── │ GPL Ghostscript 10.04.0 (2024-09-18) │ Copyright (C) 2024 Artifex Software, Inc. All rights reserved. │ This software is supplied under the GNU AGPLv3 and comes with NO WARRANTY: │ see the file COPYING for details. │ Processing pages 1 through 1. │ Page 1 │ │ The following errors were encountered at least once while processing this file: │ CMap unrecoverably broken │ │ **** This file had errors that were repaired or ignored. │ **** The file was produced by: │ **** >>>> LuaTeX-1.18.0 <<<< │ **** Please notify the author of the software that produced this │ **** file that it does not conform to Adobe's published PDF │ **** specification. └──── You can find more details on how I came to LuaTeX in the TeX Live mailing list archive and on the Ghostcript's Bugzilla: ┌──── │ https://tug.org/pipermail/tex-live/2024-December/050985.html │ https://bugs.ghostscript.com/show_bug.cgi?id=708201 └──── Best regards. -- Denis

1 0

Allow usage of img module from texlua
by Max Chernoff 17 Nov '24

17 Nov '24

Hi Luigi, I'm currently reimplementing the "extractbb" program in Lua, but for this to work properly I need access to the "img" module from Lua-only mode. Right now I'm using a questionable hack to make this work https://github.com/gucci-on-fleek/extractbb/blob/v0.0.7/source/extractbb-sc… but I'd prefer it if I could do this without using the FFI module. I've attached a (rather trivial) patch to allow this. Thanks, -- Max

1 0