MatteoF

Alcuni suggerimenti per migliorare il design (e quindi la fruibilità) del sito, soprattutto nella sezione “Forum” (non mando mail, poiché penso sia più utile condividerlo qui)
– form di ricerca nel sito: invece di posizionare un form di ricerca al centro della pagina (visivamente abbastanza sgradevole), lo posizionerei in alto a destra, in linea con i link delle varie sezioni ‘Chi siamo’, ‘Diventa socio’, etc. (v. immagine1.png);
– form di ricerca all’interno del forum: potenziare la ricerca tramite query, operatori booleani, etc (sul genere di tex.stackexchange; v. immagine2.png);
– inserimento di nuovi post e modifica di post esistenti: migliorare la barra della formattazione, inserendo icone autoesplicative e non tasti con testo criptico, quali UL, OL, LI, etc. (come nel vecchio sito); migliorare la formattazione di citazioni e codice (come nel vecchio sito); possibilità di visualizzare l’anteprima e di inserire un’immagine nel flusso del testo (sul genere di tex.stackexchange/github/codeberg; v. immagine3.png e immagine4.png).

Infine, rinnovo il suggerimento di un paio di anni fa, di supportare il server texlive.net.

mcl1962 wrote:

Nella pagina iniziale dei forum sono indicati tre forum ma solo per TeX Help sono indicati i “sottoforum”

Vista la distribuzione dei topic (circa l’84% riguardano “TeX e LaTeX”) io abolirei tout court l’organizzazione “a cartelle”, a maggior ragione visto che il nuovo sito introduce la possibilità di assegnare i tag.
– l’unico post pertinente nella sezione “Perché registrarsi” (Registrazione sul “GuIT Forum”), se mai ancora utile, potrebbe essere riformulato come pagina informativa;
– altri post riguardanti il funzionamento del sito e del forum (compreso questo qua) o riguardanti la rivista ArsTeXnica potrebbero essere taggati, rispettivamente, come ‘guit’ e ‘arstexnica’;
– post riguardanti la sezione “Corsi e didattica” potrebbero essere taggati come ‘didattica’.
Se l’idea appare troppo “estremista” si potrebbe comunque semplificare la suddivisione delle sezioni, posto che, a uno sguardo superficiale, tantissimi topic appaiono nelle sezioni sbagliate (curioso come lo stesso GuITstaff abbia inserito alcuni topic riguardanti i GuITmeeting nella sezione ‘ConTeXt’).

robitex wrote:

Mi spiace per i messaggi persi.

Io stavo mantenendo attivo un post da mesi (titolo: Tagged PDF), il cui scopo era quello di monitorare lo sviluppo del progetto Tagged PDF (un progetto di primaria importanza per il LaTeX Team).
Mi sembrava che questo post avesse suscitato un certo interesse tra i partecipanti del forum. Spero lo si possa ripristinare…

robitex wrote:

Se avessimo una mano in merito magari li si potrebbe recuperare.

All’atto pratico di quali informazioni avreste bisogno per recuperare i post persi?

Matteo

Magari dico una cavolata, ma non mi risulta che altri file di localizzazione implementino comandi per stampare la data in diversi formati. Per questo scopo esistono pacchetti appositi, il più usato e conosciuto – forse – è [tt]datetime2[/tt].

Poi, se si vuole avere un minimo di supporto all’interno di [tt]italian.ldf[/tt], tanto meglio…

Misterx76″ post=123150Allego il mio codice (come detto, se tolgo il pacchetto underscore, tutto fila liscio)

Sicuro che hai compilato lo stesso codice che hai postato? Perché io ho copiato pari-pari il tuo codice (pacchetto [tt]underscore[/tt] commentato) e, compilando con pdfLaTeX (TexLive 2025) ottengo l’errore`Undefined control sequence.
\c@lor@to@ps ->\PSTricks
_Not_Configured_For_This_Format`
Comunque, con [tt]LuaLaTeX[/tt] il tuo codice compila senza errori, anche caricando il pacchetto [tt]underscore[/tt].

Se il tuo lavoro di revisione/aggiornamento riguarda questo tuo unico (vecchio) documento, la questione potrebbe chiudersi qua (ovvero compilando con [tt]LuaLaTeX[/tt]). Ma se dovessi mettere mano ad altri vecchi lavori, ti suggerisco di aggiornarti un pochino, in modo da evitare di utilizzare pacchetti obsoleti e/o inutili, che sono presenti nel tuo preambolo e che rischiano di confliggere con altri pacchetti più recenti o con lo stesso kernel LaTeX.

Ad esempio:
– comporre con [tt]LuaLaTeX[/tt] invece che [tt]pdfLaTeX[/tt] (utile, ma non indispensabile)
– non caricare [tt]inputenc[/tt] (obsoleto)
– caricare [tt]imakeidx[/tt] al posto di [tt]makeidx[/tt] (supporta più indici, carica automaticamente il programma [tt]MakeIndex[/tt])
– pacchetti matematici: caricare prima [tt]amsmath[/tt], poi gli altri (es. [tt]amssymb[/tt])
– [tt]amssymb[/tt]: se si compila con [tt]LuaLaTeX[/tt] è possibile sostituirlo con [tt]unicode-math[/tt]
– [tt]mathrsfs[/tt] e [tt]mathabx[/tt]: se si compila con [tt]LuaLaTeX[/tt] potrebbero (condizionale) essere sostituiti con [tt]unicode-math[/tt]
– [tt]dsfont[/tt]: meglio [tt]amsfonts[/tt] (caricato automaticamente da [tt]amssymb[/tt]); se si compila con [tt]LuaLaTeX[/tt] è possibile sostituirlo con [tt]unicode-math[/tt]
– non caricare [tt]latexsym[/tt] (obsoleto)
– [tt]underscore[/tt]: non più strettamente necessario; esistono alternative
– caricare [tt]xcolor[/tt] al posto di [tt]color[/tt]
– [tt]pifont[/tt]: se si compila con [tt]LuaLaTeX[/tt] è possibile sostituirlo con [tt]unicode-math[/tt]
– [tt]booktabs[/tt] carica [tt]array[/tt], quindi quest’ultimo non serve caricarlo esplicitamente
– riguardo Ps-Tricks ti ha già risposto Claudio, ma potresti provare a utilizzare [tt]asymptote[/tt], che è perfetto per la grafica vettoriale, la geometria e i diagrammi commutativi (così sostituisci pure [tt]tikz-cd[/tt])

Quelle in grassetto puoi considerarle prescrizioni da seguire tout court, valide a prescindere. Gli altri sono suggerimenti, da verificare caso per caso.

OldClaudio” post=123139La soluzione del tuo preambolo va benissimo, ma stranamente confligge con quanto c’è scritto nella documentazione del pacchetto pdfmanagement. In questa documentazione c’è scritto che \DocumentMetadata (caricato prima di \documentclass) carica a sua volta pdfmanagement, e se questo viene caricato dall’utente dopo \DocumentMetadata, ma prima oppure dopo \documentclass, viene tranquillamente ignorato perché è già stato caricato da \DocumentMetadata. Ma, se invece di caricare pdfmanagement come nel tuo esempio, si usa il comando \DocumentMetadata, come indicato nella documentazione, si incontrano irregolarità di ogni genere e il procedimento produce un file pdf pieno di errori visibili ad occhio nudo, e comunque non conforme alle norme. Almeno così è successo a me.

Scusa, ma senza un emc non riesco a capire quale ipotesi di utilizzo di [tt]\DocumentMetadata[/tt] e/o [tt]pdfmanagement[/tt] possa creare tali irregolarità.

OldClaudio” post=123139ho constatato che, con la mia installazione aggiornata a un paio di giorni fa, compilo con LuaLaTeX è necessario specificare la versione del codice PDF a 1.7 e non a 2.0, perché LuaLaTeX arriva solo alla versione 1.7

Ho appena scoperto che la questione è un po’ più complessa di quanto avessi immaginato…

Cito da [tt]ltnews41[/tt]:

When [tt]\DocumentMetadata[/tt] is used, LaTeX will therefore, by default, set PDF 2.0 as the PDF version. A different PDF version can, if required, be set by explicit use of the [tt]pdfversion[/tt] key.

Dunque, usando [tt]\DocumentMetadata[/tt], se il parametro [tt]pdfversion[/tt] viene omesso, il documento verrà composto in PDF 2.0 (*), anche se tale versione non è supportata dallo standard. In questo caso, LaTeX genera un warning a terminale (es: PDF version 2.0 is too high for standard ‘A-2’).

Posto che, come scritto nella documentazione, [tt]\DocumentMetadata[/tt] carica [tt]pdfmanagement-testphase[/tt], ho dedotto (senza verificare) che lo stesso meccanismo funzionasse anche utilizzando il pacchetto [tt]pdfmanagement[/tt]. E invece no…

Diversamente, [tt]pdfmanagement[/tt] imposta automaticamente la versione PDF supportata dallo standard.
– Se il parametro [tt]pdfversion[/tt] viene omesso e lo standard supporta più versioni, LaTeX imposta la versione supportata più recente.
– Se la versione esplicitata non è supportata dallo standard, LaTeX la modifica alla versione supportata più recente. In quest’ultimo caso, LaTeX non genera alcun warning a terminale.
– Ovviamente, se si imposta una versione supportata, verrà utilizzata quella.

Questo comportamento l’ho scoperto casualmente, posto che non è ancora implementato in modo completo, ma soprattutto non è ancora documentato, se non nelle pieghe del modulo [tt]l3pdfmeta[/tt].

In base ad alcune prove empiriche e all’analisi di [tt]l3pdfmeta[/tt], è possibile dedurre il comportamento di [tt]pdfmanagement[/tt]:
`
standard PDF versione PDF supportata
A-1b 1.4
A-2 1.4 ≤ v ≤ 1.7
A-3 1.4 ≤ v ≤ 1.7
A-4 2.0
UA-1 ≤ 1.7
UA-2 2.0`
(*) Ad essere precisi, nel solo caso dello standard PDF/UA-1, LaTeX imposta e compila il documento come PDF 1.7

Aggiorno questo vecchio thread per segnalare che con l’ultima versione di LaTeX (release 2025-11-01) è disponibile un apposito pacchetto ([tt]pdfmanagement[/tt]), da caricare al posto di [tt]\DocumentMetadata[/tt], per quei documenti che hanno bisogno della sola gestione PDF (conformità a standards, metadati, etc…), ma non del supporto al tagging (v. [tt]texdoc ltnews42[/tt]).

A differenza di [tt]\DocumentMetadata[/tt], [tt]pdfmanagement[/tt] non carica il codice per il tagging PDF, e dunque evita problemi/errori con quei pacchetti e classi che non sono ancora compatibili (quei problemi che lamentava Claudio).

Questo pacchetto sostituisce in tutto e per tutto [tt]pdfx[/tt].

Esempio di preambolo:
`\RequirePackage{pdfmanagement}
\SetKeys[document/metadata]{
lang = it-IT,
pdfversion = 1.7,
pdfstandard = a-3b,
}
\documentclass{article}
\usepackage{hyperref}
\hypersetup{%
pdftitle = titolo,
pdfauthor = autore,
}`
@OldClaudio Visto che la guida tematica Creare file archiviabili con pdfLaTeX e LuaLaTeX verte sull’archiviabilità e non sull’accessibilità, si potrebbe pensare di far riferimento a questo pacchetto, piuttosto che a [tt]\DocumentMetadata[/tt] (IMHO).

Matteo

PS: la definizione dei tag author, title, etc… è ancora affidata ad [tt]hyperref[/tt] (purtroppo…)