samiel

Questo è l’output di un documento più ampio che contiene anche un po’ di matematica:
`samiel@darkstar:~$ pdffonts 15maggio.pdf
name type encoding emb sub uni object ID
———————————— —————– —————- — — — ———
NFFBKL+NewG8-Bol Type 1 Custom yes yes no 10 0
NFFBKL+NewG8-Bol Type 1 Custom yes yes no 11 0
DQXDFK+NewG8-Reg Type 1 Custom yes yes no 12 0
ULJAPN+newG8-Osf-reg Type 1 Custom yes yes no 13 0
DQXDFK+NewG8-Reg Type 1 Custom yes yes no 14 0
QKUQCP+NewG8-Reg-SC Type 1 Custom yes yes no 15 0
UHWCQM+newG8-Osf-bol Type 1 Custom yes yes no 87 0
MGJWIQ+NewG8-Ita Type 1 Custom yes yes no 93 0
MGJWIQ+NewG8-Ita Type 1 Custom yes yes no 118 0
DQXDFK+NewG8-Reg Type 1 Custom yes yes no 143 0
NJEEPW+MathDesign-GM-Regular-Symbol-10 Type 1 Builtin yes yes no 144 0
ECYGJP+NewG8-BolIta Type 1 Custom yes yes no 207 0
YPHOPW+newG8-Osf-ita Type 1 Custom yes yes no 233 0
TSMFSV+grmn1000 Type 1 Builtin yes yes no 303 0
EBHBSN+SFSX0800 Type 1 Custom yes yes no 371 0
EKKBZD+SFSS0800 Type 1 Custom yes yes no 372 0
GDUXMT+GaramondNo8-Reg Type 1 Custom yes yes no 449 0
YEPOMH+MathDesign-GM-Regular-Extension-10 Type 1 Builtin yes yes no 450 0
OYGQGL+MathDesign-GM-Regular-Italic-MathItalic-10 Type 1 Builtin yes yes no 451 0
PRUIGJ+MathDesign-GM-Regular-OT1-10 Type 1 Builtin yes yes no 452 0
JJPVUK+GaramondNo8-Ita Type 1 Custom yes yes no 453 0
KRVGBE+SFSS0900 Type 1 Custom yes yes no 476 0
RYWHYV+MathDesign-GM-Regular-MathItalic-10 Type 1 Builtin yes yes no 481 0`
L’ho prodotto sulla mia macchina Linux (io non inseguo le infinite distro che nascono e muoiono senza lasciare traccia,
adotto Debian e basta…) e poi l’ho distribuito ai colleghi, che hanno tutti Windows,
peraltro in varie versioni. Mi risulta che tutti l’abbiano potuto visualizzare correttamente

m

Mi sa che c’è un po’ di disordine nel tuo preambolo. Come in parte ho già scritto in un tuo precedente tread.
Per impostare la codifica è meglio caricare i pacchetti nel seguente ordine:
`\documentclass[a4paper,12pt,titlepage]{book}
\usepackage[T1]{fontenc}
\usepackage{textcomp}
\usepackage[utf8]{inputenc}
\usepackage[italian]{babel}
\usepackage{lmodern}
\usepackage{microtype}`
Textcomp introduce anche la codifica di output TS1, per cui dovrebbe stare prima di inputenc.
Se imposti oneside non serve openright perché tutte le pagine sono considerate destre.
Frontmatter non ha nessun senso dove lo metti tu. Va messo dove inizia \frontmatter,
seguito da \mainmatter e infine da \backmatter. Sempre se li usi…
Carichi due volte textcomp.
Carichi titlesec, ma poi non te ne fai nulla perché non ne imposti le opzioni. E allora perché lo carichi?
Idem per footmisc.
Bookmarks carica hyperref; puoi chiamarli separatamente se devi gestire determinate opzioni, il che però tu non fai.
Mathtools carica di suo amsmath.
Meglio il pacchetto xcolor di color.
Conti di comporre in una tesi indici particolari, visto che carichi imakeidx ?
Riconsidera un po’ il tutto….

`I file PDF prodotti dai programmi del sistema TeX hanno tutti i loro font incorporati.`

Per quello che riguarda i font, a me risulta che attualmente i vari strumenti di composizione
(pdflatex, xelatex, lualatex) incorporano il font non per intero, ma semplicemente
comprendendo i glifi effettivamente usati. A meno di non fornire specifiche ed esplicite istruzioni.
Ad es. usando su Linux l’utilità pdffonts su un mio pdf ottengo:

`samiel@darkstar:~/SimonciniGaramondPro/regular$ pdffonts test_roman.pdf
name type encoding emb sub uni object ID
———————————— —————– —————- — — — ———
QGSWWZ+SimonciniGaramondPro CID Type 0C Identity-H yes yes yes 8 0
PNXHUF+SimonciniGaramondPro-Bd CID Type 0C Identity-H yes yes yes 40 0
BBAQQF+SimonciniGaramondPro-It CID Type 0C Identity-H yes yes yes 95 0
NYDCFW+SimonciniGaramondPro-BdIt CID Type 0C Identity-H yes yes yes 126 0
ETYOCZ+LMMono12-Regular CID Type 0C Identity-H yes yes yes 127 0
FOCRQR+CMR12 Type 1 Builtin yes yes no 854 0`

dove emb “yes” significa che il font è incorporato (embedded) nel .pdf
e sub “yes” che si tratta in effetti non del font intero, ma di un suo sottoinsieme (subset)

PS
Per incorporare il font per intero si può ricorrere al luacode,
ma non ho sperimentato bene. Qui @robitex potrebbe darci informazioni
molto competenti…:

`\usepackage{luacode}
\begin{luacode}
local function embedfull(tfmdata)
tfmdata.embedding = “full”
end

luatexbase.add_to_callback(“luaotfload.patch_font”, embedfull, “embedfull”)
\end{luacode}`

m

Non è immediato rispondere, ignorando su che sistema operativo lavori,
come compili e che visualizzatore usi (o meglio il tuo relatore).
E poi se i font sono incorporati o meno nel .pdf.
Acrobat Reader ha dei dispositivi per usare dei font “similari”.
Ad esempio, se tu usi un font di cui hai solo la versione “roman”, ma poi usi anche il corsivo,
Acrobat Reader rende su schermo il font con un font simile (un “bastone viene reso con Arial,
in genere…), ma questa sostituzione non vale per la stampa.
Ciò è dovuto al linguaggio di stampa PostScript.
Tuttavia, come già detto, dovresti fornire più dettagliate informazioni

m

Il tuo post non mi è del tutto chiaro. In primo luogo non alleghi un ESEMPIO MINIMO COMPILABILE
e le auctoritates di questo furum magari ti daranno per questo una tirata d’orecchie. Ad es.:
`\documentclass[12pt]{article}
\usepackage{fontspec}
\usepackage[italian]{babel}
\usepackage{xcolor}
\usepackage{shadowtext}
\usepackage{graphicx}

\begin{document}
\begin{center}
\shadowoffsetx{1pt}
\shadowoffsety{1pt}
\shadowtext{\textcolor{blue!70}{\Huge {Gesù al Tempio}}}
\vspace*{0.5cm}

\includegraphics[keepaspectratio,scale=.20]{image.png}

Drammatizzazione Scuola Primaria

\vspace*{1cm}
classe II°

AS 2019-2020
\end{center}
\end{document}`
L’ordine del codice è abbastanza lineare e la scelta del .png felice.
Il formato .png è infatti “loseless”, per contro non lo è il formato .jpeg.
Tipograficamente parlando, potresti tentare qualcosa di più audace e arioso.
Visto che stai scrivendo “un piccolo dramma” (con due emme)
se posso aggiungere un rilievo non richiesto e fuori tema, al di là
delle miriade di refusi del tuo post, ricorda che:

• sta non va con l’accento
• II in numero romano è già ordinale e dunque non richiede l’occhiello

non so se e cosa c’entri il sistema operativo,
ma lo stesso bug si produce anche in Linux

m