OldClaudio

Se usi lo stile di citazione numerica è quasi impossibile fare diversamente da quello che hai fatto.
Se usassi altri stili di citazione si potrebbe fare diversamente, come mi pare che sia spiegato anche nell’Arte.

Incorporato nel file latin.ldf, vi vorrà un nome inglese per distinguere il \today dal “\romatoday” o “\???today” similmente a come succede per il greco. Comunque mi pare corretto chiamala “data romana, piuttosto che “data latina”; in latino si trova già scritta la data fornita da \today, ma si tratta della data moderna, non della data antica; magari \ancienttoday? oppure \classictoday, attivabile solo quando si specifica la variante classiclatin?

Ci penserò.

No, non ci sono molti pacchetti, almeno non quelli che hai indicato; c’è un solo pacchetto iftex.sty che definisce quei test \ifPDFTeX, \ifXeTeX, \ifLuaTeX. Esistono anche altri pacchetti che definiscono un solo test, ma per mia esperienza il pacchetto iftex è quello più efficace.
Qui sul forum mi pare che ci sia stato diverso tempo fa un intervento molto autorevole di Enrico che ha messo in luce qualche criticità che si uò manifestare con questo pacchetto, ma nella mia esperienza non mi sono mai scontrato con nessuna criticità.

Il punto che vorrei sottolineare è che oggi il motore di composizione è quasi sempre pdftex, anche quando si compone per produrre un file in formato dvi (ma c’è ancora qualcuno che lo fa?). Per questo motivo il pacchetto iftex va a esplorare la presenza di comandi specifici nativi, non di macro, di ciascuno dei tre motori di composizione e in questo modo sa dire esattamente quale motore si sta usando.

Invece, per esempio, il pacchetto ifpdf.sty cerca solo se è definito il comando \pdfoutput, comando che è definito in pdftex.exe ma non in tex.exe (ho messo l’estensione .exe non per riferirmi a Windows in particolare, ma per specificare che sto parlando del programma eseguibile). Questo andava bene fino a una decina-quindicina di anni fa, quando xetex.exe e luatex.exe non esistevano e quando comporre con latex.exe voleva dire usare tex.exe e comporre con pdflatex.exe voleva dire usare pdftex.exe.

Oggi non è più cosi: oggi sia ltex.exe sia pdflatex.exe usano pdftex.exe e funzionano diversamante perché nei rispettivi file di formato il contatore interno \pdfoutpt contiene valori diversi che dicono a pdftex.exe di comportarsi in modo diverso. luatex.exe è basato su una versione estesa di pdftex. Invece xetex.exe non produce direttamente un file pdf, ma un file dvi esteso che converte direttamente in formato pdf mediante un programma esterno che è una estensione di dvipdfm. ma nel costruire il programma xetex.exe si è fatta molta attenzione per incorporavi la maggior parte possibile delle funzionalità di pdftex.exe, non tutte, perché il formato di uscita è diverso. In un certo senso xetex.exe potrebbe essere abbandonato in favore di luatex.exe, ma, a cominciare da me, moltissimi utenti che necessitano di lavorare con font OpenType preferiscono usare xetex.exe, o meglio, xelatex.exe.

Ecco quindi perché oggi è necessario usare i pacchetti giusti per controlalre con quale programma si sta compilando un dato documento.

Il discorso di babele polyglossia è corretto, ma mentre pdflatex può usare solo babel, xelatex elualatex possono usare sia polyglossia sia babel, anche se in genere con polyglossia funzionano meglio e in particolare solo con polyglossia si possono usare i font OpenType, mentre se si usa babel con quei due programmi la gestione delle lingue e della loro sillabazione è corretta solo se NON si usano font OpenType.

Usare quei test è importantissimo se nel ramo “falso” del test \ifPDFTeX si invoca il pacchetto \fontspec e si specificano i font OpenType da usare.

Per ora non sono riuscito a trovare molte altre applicazioni di quei testi; una piccola applicazione diversa è quella che con XeTeX non si può leggere il tempo macchina e non si può calcolare in termini di elapsed type o di CPU time quanto dura al compilazione di una dato documento, mentre lo si può fare con pdftex e luatex. Ovviamante con luatex si può usare linterprete Lua, che con gli altri due programmi non si può usare.

Quindi vedi che gli usi per i tre test ci sono anche se servono in generale (tranne babel/polglossia e i font Type!/OpenType) per funzionalità molto particolari e inconsuete (i sostenitori di Lua mi perdonino; Lua è formidabile, ma serve davvero solo per applicazioni molto particolari e non così frequenti; dipende dal tipo di lavori che uno fa di solito).

Scusa la lunghezza del messaggio, ma ci vogliono parecchi “distinguo” quando si parla di queste cose.

Dala tua schermata non si capisce se stai lavorando con una versione base di MiKtEx o con una versione completa di MiKTeX o di TeXLive; il fatto che tu usi TeXstudio come editor non dice granché, tranne che hai fatto una buona scelta per l’editor.

Se la tua distribuzione fosse completa, non dovresti aver nessun bisogno di caricare nulla nel tuo albero personale; ma se lo fai e sei con MiKTeX su Windows, devi anche indirare il percorso per l’albero personale con MiKTeX Settings e devi creare o aggiornare il file name data base. Con TeXLive queste operazioni non sono necessarie.

Secondo la mia esperienza il file bibliografia.bib dovrebbe stare nella tua cartella di lavoro, non nell’albero personale, ma forse ho letto male il tuo messaggio.

Infine ricorda che la bibliografia si crea in quattro passi (come minimo):

1) si compila il documento con pdflatex o un antro motore di composizione (tra l’altro viene prodotto il file .aux che contiene le chiavi usate)
2) si esegue biber (oppure bibtex) che crea legge il file .aux e se tutto va bene crea il file .bbl
3) si compila di nuovo il documento con pdflatex (viene letto il file .bbl, viene composta la bibliografia, e viene assegnato un significato alle chiavi di citazione)
4) si compila ancora il documento con pdflatex (ora nel file .aux oltre alle chiavi usate c’è anche il loro significato e i richiami eseguiti con \cite funzionano)

Ovviamente da qualche parte in fondo al tuo documento avrai anche dato il comando \printbibliography, perché se non lo sui i richimai non potranno mai funzionare visto che non puoi richiamare qualcosa che nel documento nonn c’è.

Controlla nella tua cartella di lavoro, quella dove risiede il tuo main file, se via via ci sono i file che ti ho indicato sopra nei quattro punti. Se ne mancasse qualcuno leggi il file .log del tuo documento e il file .blg della tua bibliografia composta con biber o con bibtex. Lì c’è eventualmente scritto perché il file .bbl non è stato creato.

Ehi, ehi, ehi! se siamo nell’anno 20 e aggiungiamo 753 otteniamo 773, cioè DCCLXXIII, non una cosa superiore a 1000!

Ti è rimasto nel caso di anno positivo un \addtocounter{countS}{753} di troppo!

Correggerei “in accordo alle direttive ” in “in accordo con le direttive”.

Sposterei l’ultimo paragrafo prima del penultimo. I cookie tecnici è bene che non siano eliminati, quindi lo specificherei prima di dare istruzioni per eliminare i cookie.

@simix, dopo aver scritto il codice del tuo testo come si deve, come ti ha indicato @skevin93, non sarebbe male che leggessi la documentazione di wrapfig, usando il tuo terminale, prompt dei comandi, console, xterm, comunque si chiami quella finestra col tuo sistema operativo, scrivendoci dentro texdoc wrapfig, premendo il tasto “invio”, e leggendo ciò che appare nella finestra che ti si apre.

Gli ambienti wrapfigure, wraptable e wrapfloat accettano argomenti facoltativi che ti permettono di specificare in quale margine vuoi che compia la figura, destro, sinistro, interno, esterno, e se vuoi che questi oggetti siano fissi,li dove li indichi nel file sorgente, o mobili; se vanno scritti in adiacenza ad un capoverso, o fra due linee vuote; se li puoi mettere all’interno di liste (itemize, enumerate, description, ecc.) oppure no; se li puoi mettere vicino a comandi di sezionamento o se devi tenerti a debita distanza.

Infine se fai a meno di usare gli oggetti contornati da testo, fai bene; ci sono altri modi per risparmiare spazio, per esempio quello di mettere due figure piccole dentro un unico ambiente figure, ciascuna dentro un suo ambiente minipage, tale che le larghezze delle due minipage siano leggermente inferiori a \textwidth, e con le due minipage che contengano le rispettive didascalie; infine con le due minipage affiancate orizzontalmente separandole con un “grumo” di spazio elastico che le spinga ciascona verso il suo margine più vicino.

Se tutto ciò ti pare oscuro, non preoccuparti; trovi al cosa descritta nella guida tematica Il LaTeX Reference Manual commentato e tradotto liberamente in italiano, che puoi scaricare dalla sezione Guide Tematiche della sezione Documentazione di questo sito; contiene l’ABC di LaTeX come lo ha scritto il suo creatore Leslie Lamport ormai più di 20 anni fa; i commenti suggeriscono ed esemplificano come fare certe cose sia con i moltissimi pacchetti oggi disponibili, sia con gli strumenti stessi del LaTeX originale.