LX fonts in LuaLaTeX

Grazie Claudio della risposta.

Ho eliminato la riga [font=”monospace”]\usepackage[latin1]{inputenc}[/font] e provato a ricompilare la demo originale, quindi contenente il testo greco nella slide 19, con `latexmk -interaction=nonstopmode -synctex=1 -pdflatex ./LXfonts-demo.tex` Tuttavia il risultato non cambia (visualizzatore Adobe Reader)

Per completezza ti riporto l’output di [font=”monospace”]pdffont[/font] per la pagina/slide 12:

• per il PDF prodotto da me`name type encoding emb sub uni object ID
  ———————————— —————– —————- — — — ———
  LRFRIT+leclq8 Type 1 Builtin yes yes yes 68 0
  FWEKPM+lcmsy8 Type 1 Builtin yes yes yes 172 0
  FPMTXL+LMMono10-Regular Type 1 Custom yes yes yes 403 0
  QHHCYM+lecli8 Type 1 Builtin yes yes yes 139 0
  BYLFFR+lmsbm8 Type 1 Builtin yes yes yes 370 0
  TMKLUD+lcmmi8 Type 1 Builtin yes yes yes 337 0
  HRJVTG+llcmss8 Type 1 Builtin yes yes yes 269 0
  KDKSEC+lcmmib8 Type 1 Builtin yes yes yes 435 0
  YUXNBB+lcmex8 Type 1 Builtin yes yes yes 338 0
  MKZSBK+lmsam8 Type 1 Builtin yes yes yes 436 0
  `
• mentre per il PDF prodotto nel 2013`name type encoding emb sub uni object ID
  ———————————— —————– —————- — — — ———
  FERQHL+leclq8 Type 1 Builtin yes yes no 43 0
  FWEKPM+lcmsy8 Type 1 Builtin yes yes no 134 0
  DYNBVR+SFLTT8 Type 1 Custom yes yes no 339 0
  QHHCYM+lecli8 Type 1 Builtin yes yes no 106 0
  BYLFFR+lmsbm8 Type 1 Builtin yes yes no 311 0
  TMKLUD+lcmmi8 Type 1 Builtin yes yes no 282 0
  HRJVTG+llcmss8 Type 1 Builtin yes yes no 221 0
  KDKSEC+lcmmib8 Type 1 Builtin yes yes no 367 0
  WEWYJI+lcmex8 Type 1 Builtin yes yes no 283 0
  MKZSBK+lmsam8 Type 1 Builtin yes yes no 368 0`

Sembra che la principale differenza siano i font [font=”monospace”]SFLTT8[/font] e [font=”monospace”]LMMono10-Regular[/font]. Il primo risulta essere un font del pacchetto CM-super.

Magari potresti provare tu: per verificare se anche a te viene prodotto lo stesso risultato.

P.S.: ho aggiornato tutti i pacchetti di TeXLive2023, che ho scaricato e installato su ArchLinux, da TUG.

Non so per quele motivo vuoi preparare le tue slide con i font LX

Beh, il motivo è presto detto: diciamo che

anch’io elogio la loro leggibilità

Ho parzialmente risolto il problema aggiungendo nel preambolo`\DeclareTextFontCommand{\texttt}{\usefont{OT1}{llcmtt}{m}{n}}`ottengo lo stesso effetto qualora modifico le opzioni di fontenc in questo modo`\usepackage[OT1]{fontenc}`e l’output di `$ pdffonts -f 12 -l 12 ./LXfonts-demo.pdf

name type encoding emb sub uni object ID
———————————— —————– —————- — — — ———
LRFRIT+leclq8 Type 1 Builtin yes yes yes 68 0
FWEKPM+lcmsy8 Type 1 Builtin yes yes yes 172 0
WYZNVD+CMTT8 Type 1 Builtin yes yes yes 403 0
QHHCYM+lecli8 Type 1 Builtin yes yes yes 139 0
BYLFFR+lmsbm8 Type 1 Builtin yes yes yes 370 0
TMKLUD+lcmmi8 Type 1 Builtin yes yes yes 337 0
HRJVTG+llcmss8 Type 1 Builtin yes yes yes 269 0
KDKSEC+lcmmib8 Type 1 Builtin yes yes yes 435 0
YUXNBB+lcmex8 Type 1 Builtin yes yes yes 338 0
MKZSBK+lmsam8 Type 1 Builtin yes yes yes 436 0
`Ora viene usato il font [font=”monospace”]CMTT[/font].

Ad ogni modo per ottenere l’effetto precedente basta modificare leggermente il [font=”monospace”]\DeclareTextFontCommand[/font]:`\DeclareTextFontCommand{\texttt}{\usefont{T1}{llcmtt}{m}{n}}`Anche se il problema sembra risolto rimane ancora la slide 6che non so come risolvere.

Infine ho provato a compilare la demo originale con TeXLive2014 e pdfLaTeX su Overleaf e ci sono gli stessi identici problemi.

Il codice della slide 6 è`\begin{frame}\frametitle{Comparison between the sanserif fonts}
If you compare at the same font size this new font with the ordinary sanserif font of the CM/EC collections (the fonts that are used by default, for example, by \textsl{beamer}) you notice a remarkable difference in legibility and this explains the initial choice made by Lamport.
\begin{center}
\def\S{\rule{0pt}{2.2ex}}\def\D{\rule[-1ex]{0pt}{0pt}}
\begin{tabular*}{\linewidth}{r@{\extracolsep{\fill}}l}\hline
\footnotesize\texttt{\itshape OT1/cmss}\S & \cmssx abcdefghijklmnopqrstuvwxyz\\
\footnotesize\texttt{\itshape OT1/llcmss}\D& abcdefghijklmnopqrstuvwxyz\\\hline
\end{tabular*}
\end{center}
\end{frame}` identico a quello scritto da Lei. L’unica modifica che ho fatto nella demo è stata aggiungere quella riga nel preambolo, che risolve solo parzialmente il problema: ovvero solo per la slide 19.

Inoltre la slide di sinistra è quella presa dalla demo compilata nel 2013 e caricata su CTAN.

Infine Overleaf permette di usare una vecchia versione di TeXLive. Ho testato quella del 2014 perché magari poteva esserci qualche problema con la nuova versione.

Per adattare la demo bisogna eseguire un po’ di cambiamenti.

[font=”monospace”]2008 versus 2013[/font]

Il motivo per cui le parentesi in modalità matematica e il testo a spaziatura fissa è diverso tra il PDF caricato su CTAN e quello da me prodotto è dovuto al fatto che la versione di LX fonts usata per produrre il file nel 2013 utilizza probabilmente la vecchia versione di LX fonts. Confrontando [font=”monospace”]lxfonts.sty[/font] da TeXLive 2012 e [font=”monospace”]omxllcmex.fd[/font] da TeXLive 2024 troviamo
`\DeclareFontShape{OMX}{llcmex}{m}{n}{<-> lcmex8}{}`
mentre nel secondo
`\DeclareFontShape{OMX}{llcmex}{m}{n}{<-> sfixed* lcmex8}{}`
Invece, confrontando [font=”monospace”]lxfonts.sty[/font] da TeXLive 2012 e [font=”monospace”]omxllcmex.fd[/font] da TeXLive 2024 troviamo
`\DeclareFontShape{T1}{llcmtt}{m}{n}{<-> [1.25]ecltt8}{}
\DeclareFontShape{T1}{llcmtt}{m}{it}{<-> [1.25]ecit0800}{}`
mentre nel secondo
`\DeclareFontShape{T1}{llcmtt}{m}{n}{<-> ec-lmtt10}{}
\DeclareFontShape{T1}{llcmtt}{m}{it}{<-> ec-lmtti10}{}`

Aggiungiamo al preambolo il seguente codice per risolvere il problema
`\makeatletter
\input{t1llcmtt.fd} % loads T1/llcmtt
\input{omxllcmex.fd} % loads OMX/llcmex
\makeatother
\DeclareFontShape{T1}{llcmtt}{m}{n}{<-> [1.25]ecltt8}{}
\DeclareFontShape{T1}{llcmtt}{m}{it}{<-> [1.25]ecit0800}{}
\DeclareFontShape{OMX}{llcmex}{m}{n}{<-> lcmex8}{}`

[font=”monospace”]textcomp[/font]

Nel febbraio 2020 le funzionalità del pacchetto [font=”monospace”]textcomp[/font] sono state incorporate nel LaTeX kernel, quindi possiamo commentare [font=”monospace”]\usepackage{textcomp}[/font].

La codifica TS1 per questioni di compatibilità è stata divisa in 10 sotto-codifiche. All’interno del kernel sono stati definiti i sottoinsiemi per un buon numero di font. Tuttavia per quei font, come gli LX fonts, che non sono stati dichiarati è stato usato l’approccio più conservativo assumendo che a parte i glifi disponibili in tutte le sotto-codifiche gli altri non sono disponibili oppure è presente il tofu char. Fortunatamente gli LX fonts supportano tutti i glifi previsti dalla specifica TS1, ho effettuato sia un controllo manuale sia automatico usando il seguente comando
`echo 'llcmss' | lualatex checkencodingsubset.tex`
Procedere manualmente è importante perché il controllo automatico si limita a verificare se il glifo esiste oppure no, non distingue un glifo legittimo da un tofu.
Quindi possiamo aggiungere al preambolo del documento
`\DeclareEncodingSubset{TS1}{llcmss}{0}`
Una soluzione migliore sarebbe un aggiornamento di [font=”monospace”]ts1llcmss.fd[/font] aggiungendo la dichiarazione precedente, questo è anche richiesto espressamente dai manutentori del kernel

Maintainers of font bundles that include [font=”monospace”]TS1[/font] encoded font files should add an appropriate declaration into the corresponding [font=”monospace”]ts1[/font]family[font=”monospace”].fd[/font] file, because otherwise the default subencoding is assumed, which is probably disabling too many glyphs that are actually available in the font.

(tratto da [font=”monospace”]fntguide.pdf[/font] pag. 38)

We have, therefore, again attempted to provide the (currently) correct declarations, but it is obvious that this is not a workable process. As we do not maintain the fonts we do not have the information that something has changed, and to regularly check the ever growing font support bundles is simply not possible. It is therefore very important that maintainers of font packages not only provide [font=”monospace”].fd[/font] files but also add such a declaration to every [font=”monospace”]TS1…fd[/font] font definition file that they distribute.

(tratto da [font=”monospace”]ltnews.pdf[/font], Issue 39, pag. 101)

Il greco

Come ci ricorda Ulrike in questa risposta

greek no longer loads LGR if it detects an unicode engine

Perciò ho sostituito [font=”monospace”]\usepackage[T1]{fontenc}[/font] con [font=”monospace”]\usepackage[TS1,LGR,T1]{fontenc}[/font]. Inoltre ho aggiunto [font=”monospace”]\fontencoding{LGR}\selectfont[/font] prima del testo in greco.

Per le slide che produrrò non mi serve il greco, ma per completezza anche questo contenuto è tipo-composto correttamente.

Altre modifiche

Queste sono modifiche minori, che sono ininfluenti per la corretta composizione, ma le riporto per completezza.

[font=”monospace”]amssymb[/font]

Può essere rimosso, viene caricato da [font=”monospace”]beamer[/font].

[font=”monospace”]\diff[/font]

Ho aggiornato la sua definizione con [font=”monospace”]\newcommand{\diff}{\mathop{}\!\mathrm{d}}[/font]

Bold Italic

Ho aggiunto parte della slide 63 della presentazione [font=”monospace”]ScuDoMeeting2019Beamer-Beccari.pdf[/font] per mostrare un testo in bold italic. Confermo che anche questa presentazione sembra essere composta con la versione del 2008 di LX fonts.

Perché allora voler compilare con LuaLaTex?

Nel caso mi servisse il linguaggio Lua posso sfruttarlo.

Si può fare senza problemi, perché siena armamentare con fontspec e polyglossia oltre che a unicode-math, un file compilabile con pdfLaTeX è compilabile senza modifiche anche con LuaLaTeX e XeLaTeX, almeno nel 99% dei casi.

Condivido, infatti rispetto a quanto ho scritto nel primo messaggio di questo thread, oggi rinuncerei a questi tre pacchetti anche se uso LuaLaTeX. Innanzitutto, [font=”monospace”]unicode-math[/font] non avrebbe alcun senso con questo font, che non supporta tutti i 2312 glifi previsti dalla specifica Unicode 16.0. Ho fatto un tentativo con [font=”monospace”]fontspec[/font], infatti questo pacchetto può anche caricare i TeX Font Metric (TFM), questo perché al di sotto c’è [font=”monospace”]luaotfload[/font], e questo è un risultato molto parziale
`\documentclass{article}
\usepackage{fontspec}

\setmainfont{leclq8}[
Extension = .tfm,
BoldFont = leclb8,
ItalicFont = lecli8,
BoldItalicFont = leclo8,
UprightFont= *,
]
\setsansfont{leclq8}[
Extension = .tfm,
BoldFont = leclb8,
ItalicFont = lecli8,
BoldItalicFont = leclo8,
UprightFont = *,
]
\setmonofont{ecltt8}[
Extension = .tfm,
BoldFont = ecltt8,
ItalicFont = ecit0800,
BoldItalicFont = ecit0800,
UprightFont = *,
Scale = 1.25,
]

\begin{document}

Hello world!

\textsf{An accented char è (\`E).}

\texttt{An accented char è (\`E).}

\(\sin x\)

\end{document}`non vado oltre perché non avrebbe molto senso, meglio usare direttamente il pacchetto [font=”monospace”]lxfonts[/font]. Infine, se non si vuole [font=”monospace”]fontspec[/font] non si può caricare [font=”monospace”]polyglossia[/font], che carica [font=”monospace”]fontspec[/font] implicitamente come dipendenza.

Talvolta se non modifichi il file sorgente, ma modifichi un pacchetto personale con i tuoi comandi definiti ad hoc per il documento specifico, sei costretto a lon usare latexmk perché di darebbe solo un avviso che non hai bisogno di ricompilare. In questi casi devi forzare la composizione evitando di usare latexmk.

Questo è un comportamento desiderato, perché [font=”monospace”]latexmk[/font] trova la sua origine in [font=”monospace”]make[/font]. Qualora si dovesse compilare un progetto di grandi dimensioni non si vuole compilare nuovamente i file in C in file oggetto, che non hanno subito modifiche dall’ultima compilazione. Questo permette di risparmiare tempo; generalmente per forzare la compilazione io cancello il file PDF generato.

Perché allora voler compilare con latexmk?

Io uso [font=”monospace”]latexmk[/font] solo in due occasioni quando non ho voglia di aprire TeXStudio oppure con il CI/CD di GitLab o le GitHub Actions. Trovo che l’uso di questo script Perl insieme a un EMC fornisca a chi ti da supporto tutto ciò che serve per riprodurre il proprio workflow, compreso il motore tipo-composizionale ed eventuali opzioni passate all’engine tramite la CMD.

Quindi per aggiornare il file del 2013 basta togliere la riga che specifica l’encoding d’entrata latin1.

Non ho riportato questa modifica perché me l’avevi già suggerita a suo tempo quando avevo aperto il thread. Comunque l’ho fatto, come puoi vedere dall’allegato al precedente messaggio, anche perché LuaLaTeX non gradisce molto [font=”monospace”]inputenc[/font].
A ogni modo a parte le modifiche minori e quelle per il greco, le altre sono necessarie anche per pdfLaTeX.

pdfLaTeX 2012

Compilando una sola volta con
`/usr/local/texlive/2012/bin/x86_64-linux/pdflatex –halt-on-error –file-line-error LXfonts-demo.tex` si ottiene un PDF equivalente a quello scaricabile da CTAN.

pdfLaTeX 2024

Compilando una sola volta con
`pdflatex –halt-on-error –file-line-error LXfonts-demo.tex` si ottiene un PDF che mostra alcune differenze (in verde) nell’immagine seguente
[attachment=2845]cmp_2025-01-31.jpg[/attachment]

Dopo le modifiche già suggerite

Compilando due volte il file [font=”monospace”].tex[/font] allegato con
`pdflatex –halt-on-error –file-line-error LXfonts-demo.tex` si ottiene un PDF quasi equivalente a quello scaricabile da CTAN. Le uniche differenze sono dovute alla seconda compilazione e sono state evidenziate nell’immagine seguente
[attachment=2846]cmp-1.jpg[/attachment]