OldClaudio

Prima di risponderti ho guardato la data del qworld presente nella mia installazione e sembra che sia di luglio scorso. Siccome è scritto i giapponese, me io no lo capisco, nemmeno guardando le figure, mi ero persino dimenticato cha a settembre mi era stato installato.
Dopo ho aggiornato e qworld non veniva né forcibly removed né aggiornato.

Invece i fenomeno che ha segnalato accade con arara. Conoscendone l’autore non me ne stupisco. Sono cose che succedono nel campo dei contributi di persone non legate a nessuna comunità di utenti.

Non me ne stupisco perché questo è il bello di LaTeX.

La risposta che ti ha dato Claudio va benissimo. Ma come dici tu, ti piacerebbe capire.

Ho esaminato il codice della classe article e l’opzione landscape sembra definita correttamente. Ma non sembra attivata correttamente, a meno che non sia passata ad un altro file; sia esso geometry, sia esso pict2e.

Conto di segnalare l’errore al LaTeX Project Team.

Però vorrei aggiungere una piccola osservazione; anche se il codice funzionasse da solo, senza il contributo di altri file (ogni classe passa sempre le sue opzioni ai pacchetti che vengono richiamati; le opzioni per i pacchetti sono specifiche di ciascuno di essi; puoi approfondire questa questione delle opzioni nella guida clsguide che fa parte di TeX Live; la puoi leggere dando da terminale il comando [tt]texdoc clsguide[/tt]) non cambierebbe niente, ma con l’opzione onecolumn (impostata di default) i margini laterali sarebbero spropositati, come vedi nel tuo file C.pdf.

Lavorando con landscape, è decisamente meglio usare l’opzione twocolumn. Prova a compilare questo esmpio minimo:`% !TEX TS-program = pdfLaTeX
% !TEX encoding = UTF-8 Unicode

\documentclass[a4paper, landscape, twocolumn]{article}
\usepackage[T1]{fontenc}
\usepackage{%
pict2e,
kantlipsum,
}
% —————————————————-
\begin{document}
\title{EMC with options landscape, pict2e, and twocolumn}
\maketitle

\kant[1-4]

\bigskip

END
\end{document}
` Vedrai che la pagina landscape è riempita bene, con i margini di default della classe article, ma con la giustezza di ogni colonna che non supera la giustezza leggibile con comodità (una settantina di caratteri in ciascuna riga). Senza twocolumn, se la giustezza fosse quella della pagina intera con i margini normali, ogni riga conterrebbe circa 140 caratteri e sarebbe difficilissima da leggere senza usare un righello.

Siccome manderò questo esempio al LaTeX Project Team, ho tolto il nome dell’autore per la solita questione di privacy.

OpenType e Unicode non sono sinonimi. Unicode è una codifica; Opentype è un modo di descrivere i contorni dei glifi contenuti in un dato file; quelli con estensione otf, come ha esemplificato samiel, hanno i contorni descritti con spline di Bezier di terzo grado; i type1 descrivono i contorni con spline di secondo grado, ma la codifica Unicode specifica la codifica di font con più di 256 caratteri in ogni file.
La particolarità della codifica Unicode arriva fino a codici di 6 byte, troppo complicata in generale, quindi è sostituita da una transcodifica UTF-8 e anche da altre transcodifiche come la UTF-16; xetex è nato con la transcodifica UTF-16, ma pur non avendo mai usato altre transcodifiche diverse dalla UTF-8 (che ora è standard per tutti i motori di composizione del sistema TeX, compreso anche pdfLaTeX), non sono in grado di dire perché esista anche la UTF-16 e che vantaggi dia rispetto alla UTF-8.

La risposta di Samiel, invece è utilissima per gli utenti di Linux, perché ogni sua variante ha programmi/app diversi/e per gestire i font.

Grazie Samiel

Direi che hai solo l’imbarazzo della scelta; i latin Modern (type! e unicode} e i New Computer Modern, anche questi usabili sia come type1 si unicode, ma entrambi con LuaLaTeX vanno benissimo, sono quelli più vicini allo standard si LaTeX, ma ci sono diversi altri font Unicode da sceglire Dai Libertine ai Libertinus, questi ukktimi fortemente consigliabili, e diversi altri.
A seconda del sistema operativo su cui lavori, dovresti essere in grado di sapere di queli font è dotato il tuo sistema opperativo; vi hai già trovato gi arev, ma come hia trovato quelli e dopo aver usato convenientemente fontspec per specificare i font testuali, e unicode-math per specificare i font matematici, puoi usare molte combinazioni.
Io ho un Mac, quindi posso usare l’app FontBook che mi permette di sapere di quali font è dotato il mio sistema operativo e di testuali ne ho circa 400; quelli matematici sono molti di meno, perché apparentemente pochi scrivono matematica, ma comunque ce ne sono alcune decine.
In ogni caso c’è solo l’imbarazzo della scelta.

Mentre non cè imbarazzo nello scegliere fra LuaLaTeX e XeLaTeX; quest’ultimo richiede di costruire la mamma dei font, e bisogna inderire nella mappa anche quelli de sistema operativo, altrimenti non li trova; LuaLaTeX invece ci pensa da solo a crearsi la lista dei font disponibili non solo quelli distribuito con il sistema TeX, ma anche quelli disponibili col sistema operativo.
Linux e Windows sono molto diffusi fra gli utenti del sistema TeX, ma non so di quali mezzi dispongano per sapere quali font sono accessibili con quei sistemi operativi.

Secondo queste norme le costanti matematiche vanno scritte in tondo; lo stesso vale per il differenziale d.

Quindi e è il numero di Eulero ed e è il valore assoluto della carica elettrica dell’elettrone. Altro esempio: i è l’unità immaginaria, mentre i è l’intensità di corrente; j è il simbolo alternativo dove si usa spesso il simbolo della corrente e j è il simbolo della densità di corrente elettrica.

Difficile da fare, ma π è la costante matematica pi greco, mentre π è l’angolo piatto, e la versione diritta senza grazie e nera è il pione (particella fisica).

In generale non bisogna scrivere i valori numerici delle misure con un numero esagerato di cifre; gli zeri dopo la virgola sono significativi, mentre siunitx li cancella; il significato è che l’ultima cifra significativa indica un’incertezza pari a una unità dello stesso peso; quindi scrivere 2000 m è diverso che scrivere 2,0 km: nel primo caso l’incertezza è di un metro, mentre nel secondo caso è di un decimo di chilometro; in entrambi i casi più o meno la metà: ±0,5 m nel primo caso, nel secondo ±50 m.

Queste norme sono riassunte meglio nella guida tematica “Comporre matematica” nella solita sezione Documentazione di questo forum

Ragazzi, ci ho messo 5 giorni a leggere tutte le 300 pagine del nuovo lshort che short non è affatto.
Secondo me non sostituisce le precedenti versioni di lshort in inglese e nelle altre lingue, compresa la versione italiana che era già lunghetta, più lunga delle altre.
Ho imparato alcune nuove cose, ho trovato alcune (poche) affermazioni sbagliate; vi ho trovato dei refusi; la bibliografia è accurata ma i riferimenti risalgono prevalentemente al 2022, comprese le versioni di TeX Live, MacTeX e MikTeX.
Mi ripropongo di scrivere a Tobias Oetliker per segnalargli alcune cose che non vanno, i refusi e simili, gli avevo accennato che col suo permesso, l’avrei (l’avremmo) potuto tradurre in italiano; mi ha dato il permesso incondizionato; oltretutto la cosa sarebbe permessa dalla GNU public licence a cui la sua opera sarebbe sottoposta.
Ma personalmente io sarei contrario a tradurre qualcosa che è più aggiornato del libro di Lamport del 1994, ma andrebbe rivisto in ogni dettaglio; mentre la mia guida Il LaTeX Reference Manual commentato dice quasi le stesse cose anche se si riferisce prevalentemente a pdfLaTeX mentre il nuovo lshort si riferisce prevalentemente a LuaLaTeX, senza però mai dire una parola sul linguaggio Lua, che sarebbe la forza di LuaLaTeX.

Mah, sono molto perplesso.

@bencio,
la E rovesciata con i font codificati T! o TC1, o gli altri a 256 caratteri non esiste. Esiste solo nei font Opentype e probabilmente non tutti.
Per usarla io ho dovuto definire una macro che non la riflette, ma la gira attorno al suo “baricentro di 180 gradi.
Per due motivi:
1) sebbene non sia la stessa cosa, il ribassamento e le crenature necessarie per scrivere XeLaTeX si possono aggiustare in modo che vada bene con qualunque font; e
2) se la rifletti e per caso scrivi XeLaTeX in corsivo, ti viene inclinata nel verso sbagliato, mentre ruotandola di 180 gradi l’inclinazione rimane quella giusta.

Eccoti il mio codice:`\DeclareRobustCommand*\Xe{X\ifdim\fontdimen1\font=0pt\kern-0.12em\else
\kern-0.15em\fi\lower.51ex\hbox{\rotatebox[origin=c]{180}{E}}}
\DeclareRobustCommand*\XeLaTeX{\Xe\ifdim\fontdimen\@ne\font=\z@
\kern-0.095em\else\kern-0.1em\fi\-\LaTeX}
\DeclareRobustCommand\XeTeX{\Xe\ifdim\fontdimen\@ne\font=\z@
\kern-0.195em\else\kern-0.17em\fi\TeX}
`Questo codice serve per comporre una delle guide che hai citato e che viene composta con pdfLaTeX che, lo ripeto, non usa i font OpenType.
Se invece leggi la documentazione del pacchetto fontspec (da terminale dai il comando [tt]texdoc fontspec[/tt] vedi come si gestiscono i font OpenType e in particolare come sia semplice comporre \XeLaTeX.

Ho esaminato i file che sono stati allegati e sono rimasto perplesso.

1) non si deve mai usare il codice di posizione h da solo; h sta per here if possible, ma se non è possibile metterlo proprio lì va in coda e potrebbe bloccare la coda.

2) talvolta si vede chiamato il pacchetto subfig, talvolta non è specificato niente, e non si dice niente sul pacchetto subfloat, che fa cose simili a subfig, ma è più semplice da usare.

3) il comando \emph non modifica e non assegna nessun valore all’argomento del comando \emph, che serve solo a mettere in corsivo il suo argomento. Chi assegna un valore all’argomento di \label è il comando \caption. Sia subfig, sia subfloat nella documentazione fanno esempi con \caption. Tuttavia che sia \caption a incrementare il contatore delle figure e ad assegnarne il valore all’argomento di \label, è un concetto talmente ovvio che mi pare impossibile dimenticarlo.

Mi sfugge qualcosa? non ho capito gli esempi? Chiedo scusa, ma le mie osservazioni sono ciò che ho potuto notare negli esempi proposti.