OldClaudio

Il file readme.pdf dice delle cose inesatte, come per esempio quella che la compilazione con pdflatex non funziona e bisogna passare attraverso latex – dvips — ps2pdf. Forse non era vera una volta, ma ora funziona benissimo (a parte rotating che non ho provato).

Ho però cancellato i pacchetti inutili che ti ha indicato Enrico, e così ho visto che non si può usare subfig, perché chiama caption, e questo è incompatibile con la classe scrbook; poi cancella re caption2, ma devi lasciare subfigure, che è obsoleto.

Però puoi fare una rova: sostituisci book a scrbook dovunque questa classe venga chiamata, comprese le sue opzioni specifiche; mettici book al posto e prima di usare \areaset, richiedi il pacchetto typearea che appunto non è spcifico delle classi KOMA, che lo caricano di default, ma può essere caricato da qualunque classe. Dopo di che non hai problemi con subfig.

Ti segnalo che le definizioni del tuo preambolo di \larr, \rarr, \lmat, \rmat sono dei pugni nell’occhio, specialmente dopo aver chiamato il pacchetto amsmath; le matrici delimitate da parentesi quadre si realizzano con l’ambiente bmatrix e l’array di 20 colonne si ottiene semplicemente usando la stessa espressione della matrice ma impostando il valore del contatore \MaxMatrixCols a 20 mediante il solito comando \setcounter; lo spazio fra le parentesi quadre e la matrice è più adatto di quello che si può ottenere con \left e \right e anche gli eventuali esponenti sono collocati meglio.
a maggior parte degli altri comandi sono di “antica” tradizione TeXiana; gli utenti di plain TeX hanno sempre considerato troppo lunghi i comandi di LaTeX e hanno sempre cercato di abbreviarli mediante la definizione di comandi ad hoc. Risultato, solo loro riescono a leggere i loro file sorgente e non risparmiano granché, visto che invece di ricordare un comando standard, magari di qualche battuta più lungo, devono sempre avere sott’occhio il loro “traduttore”; risparmiano certamente olio di gomito ma consumano più olio di cervello.

Come mezzo marchigiano, sono particolarmente sensibile a quello che accade nelle Marche e mi spiace che alla UPM “spaccino” materiale obsoleto, accompagnato da istruzioni obsolete (benché scritte nel 2010) 🙁

Ho l’impressione che questo filone stia diventando una cosa kafkiana e cominci ad avere difficoltà a raccapezzarmi. Cerco di riassumere:

1) Stiamo parlando di usare XeLaTeX, non pdfLaTeX, col quale fontspec credo che non si possa usare.
2) XeLaTeX richiede di sicuro la codifica di ingresso utf8 e non vuole nessuna chiamata a inputenc con nessuna specifica di codifica. O mi sbaglio? credo di no, ma non lo escludo. Mi spiego meglio: se si fa andare XeLaTeX con un file predisposto per pdfLaTeX, genralmente lo compila bene, ma quel file contiene inputenc e fontenc e non usa affatto font OpenType; inputenc legge i caratteri non ASCII immessi con la tastiera e registrati nel file TeX e li converte in sequenze TeX in un modo particolare, attraverso le definizioni che si trovano in .def, per esempio latin1.def. una volta fatta questa conversione i font di output non sono ancora stati presi in considerazione; questi vengono presi in considerazione sia attraverso le informazioni metriche per la composizione dei capoversi non ancora spezzati in righe e le istruzioni contenute nei file enc.def (per esempio t1enc.def), e i comandi primitivi eventuali rimasti dopo la composizione del capoverso vengono usati solo dopo la divisione in righe per mettere il cpaoverso spezzato in righe dentro la famosa scatola 255 e poi per essere trasferite nel file di uscita. Con Xelatex che usa solo l’enoding utf8 per l’ingresso, non c’è nessuna sostituzione; all’occorrenza la cofica utf8/unicode usata all’interno viene mantenuta se si usa un font OpenType, mentre viene trasformata in altro modo se viene usato un font Type 1 con una codifica, per esempio T1; queste trasformazioni sono contenute dentro file enc.dfu (per esempio t1enc.dfu).
3) babel non andrebbe usato con XeLaTeX, ma se si compila un file sorgente predisposto inizialmente per pdfLaTeX, ebbene babel, indipendentemente dal motore di composizione, analizza la codifica di uscita, non di entrata, per scegliere certi glifi piuttosto che certi altri o, meglio, per scegliere gli indirizzi giusti degli stessi glifi che con codifiche diverse possono trovarsi in posizioni diverse.
4) Xelatex è in grado di gestire anche i font di uscita di tipo Type 1, purché il comando di selezione di quel font specifichi anche la codifica di uscita; vedi esempio di Enrico che aggiunge la parte \fontencoding{T1} in testa al comando di selezione dei font sans serif.
5) è bene che fontspec sia caricato per primo; ne siamo tutti d’accordo e sappiamo perché (più o meno chiaramente); Enrico dice che so potrebbe caricare etex prima di fontspec; forse è vero, ma mi pare che anche senza etex il motore xetex conosca già le estensioni di etex; forse non conosce i comandi di allocazione per nome dei registri oltre la posizione 255 e qualche altra cosetta, ma a quel punto io preferirei caricare etoolbox che carica etex e fornisce diversi altri comandi utilissimi. Non ho mai provato a caricarlo prima di fontspec, ma mi pare che la cosa sia irrilevante — nel senso che è meglio caricare fontspec per primo a scanso di qualunque equivoco, ma non c’è nessuna prescrizione dogmatica di caricarlo per primo. L’episodio di questa estate, che ha spezzato le gambe a polyglossia, è che questo pacchetto assumeva che fontspec fosse già stato caricato e che avesse caricato anche il pacchetto keyval. L’aggiornamento di fontspec aveva rinunciato a keyval, e polyglossia si è ritrovato in braghe di tela. Mai assumere che qualche pacchetto necessario sia già stato caricato da altri pacchetti; esistono forme molto semplici per non ricaricare due volte gli stessi pacchetti, magari con opzioni diverse. fontspec invece è costruito apposta per non fa sapere a nessuno che è già in memoria così lo si può richiamare con opzioni diverse senza fare danni. Provate invece a chiamanre, per esempio, babel con opzioni diverse e vedete che cosa succede.

Se compili con pdflatex, questo è capace di trasformare da solo la figura eps in figura pdf, ma devi specificare l’estensione a logoa con logoa.eps.

Ti da l’errore su begin{document}, ma se leggi meglio il file log vedi che l’errore non è lì.

Caro @Ameba (che brutto alias ti sei scelto, minimalista fin che vuoi, ma l’ameba causa malattie epatiche molto gravi…)
TeXstudio non ha, è vero, una impostazione predefinita per lanciare XeLaTeX, ma ha la possibilità di aggiungere altri “engines”; oppure di configurare quelli esistenti in modo da avere quello che serve; io per esempio ho riconfigurato l’engine LaTeX (che non uso mai) perché lanci XeLaTeX con l’opzione synctex=1 (senza questa opzione non ci si muove da una finestra all’altra); ovviamente per il formato PDF ho impostato il reader interno sincronizzabile.

Probabilmente anche il tuo TeXworks non ti permette di sincronizzare le due finestre perché il comando di lancio di XeLaTeX magari non contiene l’opzione synctex=1. Sul mio TeXworks in inglese bisogna andare nelle Preferences, scegliere Typsetting, e poi xelatex, cliccare su Editi e controllare che nella finestrina degli Arguments ci sia scritto:
`
$synctexoption
$fullname
`
e sia marcato il quadratino “View PDF after running”. INoltre bisogna essere sicuri nel dialogo di Typesetting che i percorsi per la ricerca dei vari file eseguibili siano corretti, in particolare che vi sia elencato anche il percorso …/texbin o …\texbin (i puntini stanno per la radice del percorso che è diversa da un sistema operativo all’altro).

Stai parlando di glossari o di voci come in un dizionario vero e proprio?

Innanzi tutto, se lo stile ti aggrada basta usare l’ambiente description (per una ventina di lemmi dovrebbe essere più che sufficiente); se non ti va il nero con grazie, e vuoi, per esempio il nero senza grazie, copiati la definizione di \description label nel tuo preambolo (o all’inizio di un gruppo che racchiude il tuo ambiente description} e aggiungi oltre alla dichiarazione \bfserie la dichiarazione \sffamily. Se vuoi il font medio senza grazie togli \bfseries e lascia \sffamily; e puoi fare questo usando le dichiarazioni che vuoi (non i comandi del tipo \texsf{…}). Se devi cambiare lo stile della scrittura da un “dizionario all’altro} usa un diversa ridefinizione di \descriptionlabel mantenendo la ridefinizione sempre solo dentro al gruppo che si riferisce al particolare dizionario.

Che cosa è un gruppo? Questo
`
\begingroup
…
\endgroup
`

Se usi un glossario ti suggerisco il pacchetto glossaries leggendone la documentazione con texdoc glossaries.

illinguista1972″ post=65424Segnalo un breve messaggio di Joseph Wright sulla questione. Si può vedere su

http://www.texdev.net/

Colgo l’occasione per chiedere qualcosa sul programma xindy a chi ne sa di più.

Ciao
Tommaso

Una breve frase riguardo a xindy è contenuta anche nel sito che hai fornito http://www.texdev.net/

texdoc xindy fornisce la seguente descrizione:

xindy is the formatter-indepedent command of xindy, the flexible indexing system. It takes a raw index as input, and produces a merged, sorted and tagged index. Merging, sorting, and tagging is controlled by xindy style files.

Files with the raw index are passed as arguments. If no arguments are passed, the raw index will be read from standard input.

xindy is completely described in its manual that you will find on its Web Site, http://www.xindy.org/. A good introductionary description appears in the indexing chapter of the LaTeX Companion (2nd ed.)

If you want to produce an index for LaTeX documents, the command texindy (1) is probably more of inter- est for you. It is a wrapper for xindy that turns on many LaTeX conventions by default.

Anche se la documentazione fornita con texdoc ha l’aspetto dei manuali dei sistemi UNIX, leggendo si capisce che xindy ha prestazioni più ampie di makeindex; tuttavia finora io non ne ho mai sentito la necessità. Per il pacchetto imakeidx esso è una opzione, ma di default imakeidx usa makeindex.

Quello che c’è dentro l’ambiente figure è stato convenientemente scontornato”
A me non risulta che una figura a piena pagina abbia spazi sopra o sotto ma forse mi sbaglio.
Sei sicuro che l’ambiente figure non abbia il codice di posizionamento [p]?
per altro se la figura è così alta qualunque sia il codice di posizionamento essa va in una pagina a se stante, spazio o non spazio.

Del resto una riga di testo, non facente parte della figura (non inserito dentro l’ambiente figure) sarebbe più o meno una riga vedova o orfana (dipende da cosa c’è nella pagina precedente) e queste righe non sono tanto belle in tipografia.

Soluzioni?
Prima soluzione.
Localmente (dentro un gruppo) imposta \bottomfraction a 0.9 (con renewcommand) poi metti la riga e l’ambiente figure; se la figura, con lo spazio di separazione sopra non supera il valore di 0.9\textheight ci stanno tutti e due; magari puoi provare con 0.95, o con valori simili.

Altra soluzione.
Metti anche la riga dentro l’ambiente figure e metti lo spazio che ti conviene fra la riga e la figura vera e propria; se non ci sta nella pagina, nemmeno dopo aver dato \clearppage (ovviamente con l’opzione [p] per l’ambiente) metti tutto il contenuto della figura, compresa la didascalia dentro un comando ‘scalebox e usa quel fattore di scala (0.9 o 0.95, o…) che fa stare la figura nella pagina: tutto viene ridotto di pochissimo e l’occhio nudo non lo vede.