Petite Capitals

Dalle note di newpctext:

mall caps are available in all weights and styles, and are offered in two sizes. The default
small caps supplied by TeXGyrePagella are really PETITE CAPS, having xheights approximately
the same x-heights (sometimes smaller) as lowercase letters. Option largesc increases the size
of small caps by 5.33%, approximating the size of Linotype Palatino Small Caps. IMO, this is
a better match in terms of weight and size. For a side by side comparison: PETITE CAPS, SMALL
CAPS. The two sizes of small caps are now implemented in the Opentype fonts as Petite Caps
and Small Caps (pcap and smcp). The option largesc changes the default rendering of \scshape
and \textsc to Small Caps instead of the default Petite Caps.

Pertanto si tratta di un’opzione che utilizza Small Caps pari alla x-height (che sarebbero le autentiche PetiteCaps)
oppure la versione ingrandita (che corrisponderebbe alle vere SmallCaps),
non che consente di usare contemporaneamente e distintamente SmallCaps e PetiteCaps.
Ma non si tratta di uno standard .otf / LaTeX

Nemmeno io userei sia SmallCaps sia PetiteCaps, ma in ogni caso dovrebbe essere possibile usarle.
E in ogni caso io parto ancor apiù basso, perché non so some attivare le PetiteCaps anche da sole.
Nell’esempio 7 che tu citi trovo SmallCapsFeatures={⟨features⟩}, ma non qualcosa che sembri riferirsi esplicitamente alla PetiteCaps.
Farò qualche esperimento “per tentativi ed errori”, poi riferisco

grazie
m

Ho tentato questo:
`\documentclass{article}
\usepackage{fontspec}
\usepackage[italian]{babel}
\babelfont{rm}[Numbers={Proportional,OldStyle}{EB Garamond}

\newcommand{%
\newfontfamily{\textpc}[1]{SmallCapsFeatures={Letters=PetiteCaps}{EB Garamond} #1}
}

\begin{document}

\textsc{abcde fghijk lmnop qrstu vwxyz}

\textpc{abcde fghijk lmnop qrstu vwxyz}

\end{document}`
ma mi dà errore: ho sbagliato la sintassi 🙁

m

Ah, che stupido! Mi ero perso in un bicchier d’acqua. Ecco la soluzione, senza dover inventare comandi complicati:
`\documentclass{article}
\usepackage{fontspec}
\usepackage[italian]{babel}
\babelfont{rm}[Numbers={Proportional,OldStyle}]{EB Garamond}
%\DeclareFontSeriesDefault[rm]{bf}{b}
\newrobustcmd\lin[1]{{\addfontfeature{Numbers=Lining}#1}}
\newrobustcmd\textpc[1]{{\addfontfeature{Letters=PetiteCaps}#1}}

\begin{document}

\textsc{abcde fghijk lmnop qrstu vwxyz}

\textpc{abcde fghijk lmnop qrstu vwxyz}

\end{document}`

In realtà le prove le ho fatte su un font a cui sto lavorando,
e l’esperimento riesce sia con xelatex sia con lualatex:

[attachment=2686]Schermatadel2022-02-0711-26-57.png[/attachment]

Proverò a vedere che cosa c’è di diverso nei lookup dello EB Garamond…

m

Allora: ho fatto, ma solo parzialmente, chiarezza su StackExchange.
Preciso che la cosa vale per il mio sistema, dove ho EB Garamond installato di default con Texlive
(e si tratta della vecchia versione 01.00), ma dove senza pensarci avevo installato anche
la ben più recente versione (1.1 rev 1,00101) in /usr/local/share/fonts/.
Per togliermi ogni dubbio:

• ho cancellato la cache di /var/cache/fontconfig/
• ho cancellato ~/.texlive2021
• ho rigenerato la cache con fc-cache -sfv

Xelatex compila in ogni caso con la versione di Texlive:
infatti il file di log (compilazione effettuata con l’opzione \XeTeXtracingfonts=1):
`Requested font “EB Garamond/OT:script=latn;language=dflt;” at 10.00002pt
-> /usr/local/texlive/2021/texmf-dist/fonts/opentype/public/ebgaramond/EBGaram
ond-Regular.otf`
Lo stesso codice, compilato con Luatex, ricorre invece a:
` avail lists: 1:1,2:56,3:12,4:1,5:23,6:6,7:194,9:26,11:20
`
Ora il file di esempio compila correttamente, con le PetiteCapital, con entrambi i compilatori.
Ciò che continuo a non capire è perché i due compilatori ricorrono, di assenza di indicazioni,
a file presenti in directory diverse…
Osservo infatti che, a cache rigenerata e senza ~/.texlive2021. Xelatex parte subito e compila,
mentre Lualatex appunto si crea dapprima (con qualche secondo di lavoro) la sua cache
in ~/.texlive2021 e solo dopo avvia la compilazione del file .tex.
Sarebbe interessante sapere dove risiede l’indicazione dei PATH che i due compilatori seguono
per gestire i font

m

Potete seguire qui gli sviluppi:
Font management in Xelatex and Lualatex

m