OldClaudio

Esatto.

Ma per un testo contenente solo testo va bene anche LaTeX da soo; al massimo ci sono da regolare un pochino gli spazi delle intestazioni dei capitoli, ma poi tutto fila liscio.Kaveh Bazargan stesso ha detto che il problema è difficilissimo se non impossibile da risolvere con il solo uso dei motori di composizione discendenti di TeX; credo che alludesse specialmente a pdftex; non ricordo di avergli sentito parlare di xetex; lualtex forse quando aveva presentao il suo lavoro ad un metting del GuIT forse non era ancora di pubblico dominio.

Il pacchetto non a caso si chiama grid.sty; l’inizio della documentazione (texdoc grid) dice:

1. About this package
grid.sty is a LATEX package which helps to enable grid typesetting in double column documents. Grid typesetting is a difficult task in LATEX, this is only a humble attempt to help users to achieve it in a limited way. This document has been typeset making use of grid.sty. The package needs a lot of improvements, this is only a beginning.

E se lo dice Kaveh, non c’è da avere dubbi.

viso che il nome Oggetto è definito nella classe, basta esplorare la classe (orribile) e quindi ridefinire:`\renewcommand*\subjectname{Subject:}`nel tuo preambolo.

La documentazione di quella classe lascia molto a desiderare; la classe è scritta raffazzonando alcune cose scritte in plain TeX, altre in LaTeX; mi sembra che le cose scritte meglio abbiano una mano “moderna” (l’autore Mezzetti?); ma, visto che c’era, poteva anche mettere in ordine tutto il resto, eliminando le cose eliminabili, perché già contenute in altri pacchetti che sarebbe bastato caricare, e scrivendo il file di documentazione .dtx in modo corretto, come si fa da parecchi anni, ormai.
Questo non vuol dire che la classe non produca un risultato finale che ha ottenuto molti apprezzamenti anche su questo forum.

Non mi stupisce che beamer non ti funzioni; non è cosi che si installano i pacchetti in MiKTeX, e non era così nemmeno nel 2007 quando quel testo inglese è stato scritto.
Inoltre disponi di MiKTeX 2.8 che è obsoletissima, da anni essite ala versione 2.9, non saprei dirti qualnti ma almeno 5.

Se vuoi continuare ad usare MiKTeX sua, come ti è stato detto una versione completa (full) e visto che ci sei installa la versione 2.9 scaricandone l’installatore dal sito miktex.org.

Meglio ancora installa la distribuzione completa TeX Live 2012, l’unica oggi scaricabile dal suo sito Web (cerca con google o con il tuo motore preferito); ma i primi di luglio esce TeX Live 2013, quindi installare oggi la versione 2012 potrebbe sembrare una perdita di tempo; non lo è: se devi presentare la tua tesi nelle sedute di laurea di luglio, devi poter usare anche questo mezzo mese di giungo che ti resta; poi eventualmente quando all’inzio di luglio scaricherai al versione 2013 quello che avrai intanto fatto sulla tua presentazione sar`(presumibilmente) compatibile anche con la nuova versione. Se non vuoi correre rischi (presumibili, ma rari) continua con al versione 2012 fino alla seduta di laurea, poi aggiornati alla 2013.

Solo ora leggo i tuoi ultimi messaggi e quelli di @cfiandra.

C’è un indizio nel file log che dice che mancano le informazioni per l’uso di microtipe con in font cmss nella codifica OT1; invece nel preambolo specifichi di voler usare i font con codifica T1, ma non carichi nessuna font che disponga di font Type 1 di tipo scalabile e che permettano a microtype di fare il suo lavoro; senza specificare nulla i font che pdflatex potrebbe usare sarebbero i cm-super; ma se usi i font non scalabili, come dice il messaggio d’errore, non hai nemmeno quelli

Dunque hai certamante una distribuzione di MiKTeX poco completa; usa il package manager di MiKTeX per installare tutti i font Type 1 di cui dispone quella distribuzione; ci saranno sia i cm-super (un malloppo da una 60 MiB circa) e ci saranno anche i font Latin Modern; usa il pacchetto lmodern così:`\usepackage[T1]{fontenc}
\usepackage{lmodern}
\usepackage[utf8]{inputenc}%lettere accentate da tastiera
\usepackage[italian]{babel}`e vedrai che tutto funzionerà come previsto.

Otacon, hai ragione su x e y; io forse non mi ero spiegato bene dicendo composizione a griglia; per altro è la mia traduzione di grid typesertting.
Per capirlo meglio, immagina che la griglia sia costituita dalle righe della cartab protcollo bollata; le righe di questa carta sono alla distanza di 10mm l’una dall’altra; le due righe verticali ai lati e le prima e ultima rigà definiscono il rettangolo in cui scrivere, ma le singole righe scritte a mano, o a macchina, o con computer sono appoggiata alle righe orizzontali; i discendenti scendono sotto a tali righe, mentre gli ascendenti e le maiuscole di solito non arrivano a interferire con i discendenti della riga precedente.

Ora se tu metti ina tabellina con sopra la sua didascalia, spesso scritta in corpo minore rispetto al testo, non puoi assicurare che la tabellina più la didascalia piò lo spazio di separazione fra questi due oggetti sia un multiplo intero di 10 mm, nè puoi assicurare che gli spazi prima della didascalia e dopo la tabella siano esatti per portare l’intero blocco, adeguatamente spaziato dal testo sovrastante e sottostante, in modo che la riga di testo sotto la tabella giaccia con la sua riga di base esattamante sun una riga della carta protocollo.

Questo dipende anche da come LaTeX gestisce le scatole che formano le righe, che sono collocate in posizione in base al loro punto di riferimento, senza tenere conto dei discendenti (se non a posteriori, quando deve metterci sotto un’altra scatola/riga); inoltre gli spazi espliciti (rigidi o elastici) vengono collocati fra le scatole righe in quanto tali, quindi tenendo conto dei loro discendenti e ascendenti. Knuth ha studiato benissimo questo algoritmo di collocazione delle righe, quindi di composizione della pagina, e ha usato le lunghezze elastiche che riescono in qualche modo a compensare certe manchevolezze di uniformità modulare (modulo 10 mm per la carta protocollo e modulo \baselineskip nella composizione di testo “comune”) degli oggetti da inserire nel testo; riesce a comporre le pagine in modalità \flushbottom, ma talvolta il risultato non è buono e bisogna ritoccare il testo per aggiungere o togliere alcune parole affinché i capoversi della pagina risultino di qualche riga in più o in meno; sorprendentemente talvolta basta spostare un inciso, o invertire un nome e un suo aggettivo o invertire due aggettivi relativi allo stesso nome, o simili trucchetti, per scoprire che l’algoritmo di composizione dei capoversi produce una riga in più o in meno senza che le parole nel capoverso siano cambiate.

Spesso un occhio inesperto non nota lo spostamento rispetto alla griglia ideale, ma talvolta si vedono spazi enormi fra i capoversi oppure fra il materiale in display e il testo circostante. Talvolta la pagina risulta meno brutta se per quella pagina si inserisce un \newpage o se si usa il comando \enlargethispage (con o sens=za asterisco), ma si tratta di aggiustamanti penosi da fare e comunque solo in fase finale di revisione.

Se componi a due colonne con multicols vedi che le colonne sono pareggiate in basso, ma spesso le righe delle due colonne appaiono assai disallineate rispetto a quelle della colonna adiacente.

Ecco perché in questo senso LaTeX e gli altri programmi del sistema TeX (forse ConTeXt, che ha un mark-up diverso da LaTeX, e forse lualatex possono fare meglio) possono talvolta comporre meno bene di certi programmi commerciali, un apio dei quali sono stati elencati in un altro messaggio di questo filone.

Se vuoi cimentarti con un impaginatore gratuito, installati Scribus; se ne parla anche un poco nella Guida GuIT, scaricabile dal settore Documentazione di questo sito). Scribus esiste per tutte le piattaforme principali. Permette di agire sul testo nella paigna e nelle colonne mantenendo la griglia e aggiusta le colonne più lunghe o più corte per evitari righe orfane e vedove eseguendo anche operazioni di spazieggiatura oppure di font contraction o font expansion. Sono trucchi che possono venire usati in modo manuale, quindi il compositore che assembla un libro, un articolo di una rivista, eccetera, deve agire in modo manuale essendo ben cosciente che qualunque modifica che apporta al “disegno del testo” si riflette senz’altro su tutto il testo successivo, almeno fino alla fine di ciascun capitolo e forse di più in alcuni casi. Deve essere ben consocio che devi ricomporre il testo più e più volte pagina per pagina, oggetto fuori testo uno dopo l’altro e che spesso la cosa costa più tempo che non scrivere/creare il testo da comporre.

In sostanza LaTeX con il mark-up e la sua dotazioni di pacchetti di estensione fa cose mirabili, ma spesso lasciano fortemente a desiderare se non ci si spreme tanto olio di gomito per convincerlo a fare la composizione in un certo modo, pur rispettando i sui algoritmi di ottimizzazione per la composizione dei capoversi e la composizione delle pagine.

Attento: se un documento contiene solo testo, poco strutturato e senza nessun oggetto in display, la composizione con pdflatex è altrettanto buona che con XQuark o InDesing; al massimo ci possono essere dei problemini con le righe orfane o vedove, ma si tratta di piccole cose. Ma se il testo è fortemente strutturato, con espressioni matematiche in display, con figure, tabelle e altri oggetti flottanti, allora ci possono essere problemi seri; non è detto che si manifestino, ma se si manifestano ci vuole olio di gomito per sistemarli.

Ciò nonostante LATeX nelle sue varie incarnazioni continua ad essere il mio preferito.

Per scendere nei dettagli dei comandi LaTeX, parli del modi ci citare con comandi del tipo \cite, oppure del modo di riportare gli estremi del riferimento nella bibliografia finale?

Te lo chiedo, perché dallo spoiler che alleghi non si capisce — detto megglio — io non capisco. Infatti le prime righe dicono:

NORME DI ADEGUAMENTO REDAZIONALE
Modo di citare
OPERE
Seguente ordine: nome[puntato] e cognome dell’Autore (tutto in maiuscoletto), titolo dell’opera (in corsivo), segue in tondo: tomo, collana tra (), luogo, editrice, data di edizione, pagine (se necessario). Indicare con p. (pagina), pp. (pagine) se è da distinguere cap. (capitolo), p.(pagina), n. (nota), n° (numero); oppure se bisogna dire che si tratta di col. (colonna), coll. (colonne).
La citazione è conclusa sempre da punto fermo. Se vi sono più citazioni, saranno distinte da punto e virgola (. Inserire p./pp. quando vi può essere pericolo di fraintendimento.
G. MICCOLI, La cucina medioevale. Realtà antica e moderna, (Arte culinaria, 23), Roma, Città Futura, 2001, 34-70.
C. DEL ZOTTO, La saga germanica, I. Pars biographica, Copenhagen 2000, 2; A. FEDERICUS, La furia delle donne in Bertoldo, Bononiae 1786, cap. II, p. 23, n. 55, n° 2.

e quel citare mi fa pensare che si stia parlando dei riferimenti nella bibliografia finale; l’esempio sottostante mi conferma questo modo di intendere.

Se per caso, invece, quel “Modo di citare” si riferisce a ciò che viene prodotto usando il comando \cite (o uno dei suoi consimili), mi domando davvero se l’editore non stia esagerando…:-(

Creare un file .bst personalizzato è relativamente semplice e molto complicato; esiste un file che si chiama makebst.tex e che pone una serie di domande a schermo mentre lo si compila, e quando termina, ci si ritrova con il file .bst bello e fatto. Tutto sta nel rispondere giusto alle domande ed è difficile riuscirci al primo colpo. Sulla Guida GuIT è raccontato in breve come fare; la documentazione ufficiale è così, così.
Ma una volta che il file .bst è scritto, basta cambiargli il nome e invocare quello con bibtex, senza biblatex; generalmente il risultato va bene anche per natbib, jusabib e simili, ma non credo che vada bene per biblatex che non usa un file .bst personalizzabile, ma usa certe sue cose non modificabili.

Mettere le mani direttamante dentro il file .bst è difficilissimo, perché è scritto in un linguaggio strano, di cui non ho trovato nessuna documentazione; qualche piccola correzione con un po’ di esperienza si può fare, ma proprio piccola piccola.

Ripeto, però, che il file .bst servono per comporre la bibliografia finale, non il modo di citare, anche se contengono le informazioni che qualche altro pacchetto, come natbib, riesce ad estrarre per poi usare certi sui comandi “\cite & friends” che ne fanno buon uso.

Bravo Roberto; il progetto è molto ambizioso ma sono contento che tu abbia voglia di buttartici a capofitto.
I problemi che vedo sono che per fare la scelta dei pacchetti e il loro impacchettamento devi disporre di una bella area di lavoro sulla macchina del server che farà queste cose, e certamente il server non può essere una delle macchine usate dal TL Team.
Una parte che non ho visto esplicitamente è il controllo delle dipendenze, che è una delle parti che rallenta di più il lavoro del TL Team, come ha scritto Norbert nella comunicazione linkata in un messaggio di due o tre giorni fa; l’hai sicuramente letta, perché riguardava appunto le lamntele per il periodo di congelamento che erano state messe, in questo link
da Sam Qasbah.

Invece, tornando al mio problema, una ventina di righe di codice
per produrre due modifiche in fondo semplici alle impostazioni standard…
Gli espertissimi del forum ritengono che servano tutte,
oppure che sia realizzabile una soluzione maggiormente economica?

Io sono sempre in contrasto con l;uso dei pacchetti preconfezionati, perché ho imparato a usare LaTeX quando in pacchetti virtualmente non esistevano; eravamo ancoa ai tempi di LaTeX209. Per questo ho acquisito delle cattiva abitudini…:wink:

Cpme avrei fatto io a realizzare i dettami della prof.? Avrei clonato la definizione di \chapter e la’vrei modificata, lasciando intatte tutte le definizioni di \thechapter, \thesection, eccetera, ma cambiando solo il modo di scrivere il contatore LaTeX chapter (o il contatore TeX \c@chapter) solo nella creazione dell’intestazione del capitolo. All’occorrenza avrei fatto qualcosa di simile per inviare l’informazione coerente per l’indice. le righe coinvolte sarebbero state forse le stesse ma le modifiche sarebbero state solo due piccole sostituzioni.

Enrico potrebbe dire che invece di clonare e modificare si possono rattoppare i comandi per mezzo di un unico pacchetto, quello che egli ha scritto apposta per questo scopo; e ha ragione.

È per questa cattiva abitudine che spesso, più spesso di quanto si immagini, io preferisco scrivermi una classe costruendola su una classe esistente, piuttosto che usare pacchetti. Ma so che questo non è l’approccio giusto; per lo meno non è l’approccio consigliabile ai neofiti. Sono d’accordo. Ma per chi non è neofita…:smile: