OldClaudio

Ecco che cosa succede ad usare LyX.

Anche sull’Arte di scrivere con LaTeX (scaricabile liberamente dalla sezione Documentazione di questo sito) c’è scritto perché non bisogna usare LyX (accettabile solo per documenti molto semplici).

Nessuno di noi usa LyX che è un editor, non un programma di qualunque distribuzione TeX.

Se usi altri editor fra quelli consigliati nell’Arte questi problemi non ci sono, e ci sono anche spiegazioni di come includere i file.
Io uso (sul Mac) TeXShop, specifico di questa macchina, e TeXworks, TeXstudio e Texmaker (questi 3 multipiattaforma) e nessuno di questi ti darebbe nessun problema.

Vorrei vedere il file .log; zippalo e allegalo al prossimo messaggio.

Hai ragione; io preferisco sempre configurare a mano le cose, invece di sermi di pacchetti esistenti, perché mi piace avere controllo completo sulle impostazioni interne dei programmi che uso; naturalmente faccio anche uso di pacchetti, ma solo quando non sono caace o richiede troppo tempo scriversi le proprie macro. Qui sul forum c’è chi classifica persone come me come i “real men” degli inizi dell’informatica (solo che in questo caso “real man” rappresenta una notevole presa in giro… 🙂 )

Alora simula una macchina da scrivere e usa il font typewriter impostando la pagina (dopo aver specificato fra le opzioni una opzione di corpo) in modo che contenga 30 righe di 66 caratteri di quel corpo; per esempio se specifichi 12pt, allora la larghezza del testo deve essere di 396 pt (io farei 400pt, tanto per non usare numeri strani) e una altezza di testo di 435pt; poi l’editore ricompone il testo come vuole; magari gli fornisci anche il testo composto normalmente con caratteri proporzionali in modo che veda la differenza, ma possa contare le cartelle che sono composte in bandiera allineata a sinistra, e contengono 2000 caratteri.

Per te il lavoro non è che di qualche secondo in più: metti il tuo testo narrativo in un file senza preambolo e senza \end{document}; prepari due preamboli, uno per la bella e uno per comporre sbandierato in carattere typewriter (\ttfamily) il file col testo lo includi nei due main con \input; ottieni due documenti, uno scritto e composto bene, l’altro scritto come con una macchina da scrivere di vecchio tipo; l’editore dovrebbe essere più che soddisfatto per i suoi modesti e antiquati modi di procedere; Un modo moderno potrebbe essere quello di comporre con i suoi metodi e i suoi font una decina di pagine del tuo testo, e poi confrontarlo con la tua composizione; Il numero di pagine è proporzionale fra le due composizioni e la stima del numero di pagine totale è molto migliore che con il conteggio dei caratteri.

Il suggerimento che ti ha dato @cfiandra è ottimo, e quanto vi è scritto in fondo al thread dovrebbe fare al caso tuo se e soltanto hai una macchina con un sistema operativo di tipo UNIX, come le varie versioni di Linux e i Mac OS X. Su una macchina Windows non funziona, a meno che to non carichi il programma CygWin che insattla un simulatore di ambiente UNIX; non lo uso più da tanto, ma il suo uso mi ha permesso di imparare un po’ di UNIX, apprezzarne le qualità, e poi passare prima a Linux e poi al Mac. Ma anche su Windows quel programma andava piuttosto bene.

[Off Topic] Perché ti interessa sapere quanti caratteri contiene un documento? È una di quelle cose che venivano richieste quando si usava la maccina da scrivere; in ricordo di quei tempi andati Word può eseguire questi calcoli su i suoi file in formato doc o docx. Word infatti rimpiazza la macchina da scrivere negli uffici in modo abbastanza buono; per usarlo in altri campi bisogna usarlo da maestri, non come si fa di solito negli uffici.

Oggi richiedere un documento o un riassunto che non superi un certo numero di battute, oppure chiedere di produrre un certo numero di cartelle con 60 caratteri in ogni riga e 33 righe in ogni carella (circa 2000 caratteri, spazi compresi, in ogni cartella), come si faceva ai tempi delle macchine da scrivere, è una cosa ridicola.

Sono tutte cose che potevano venire richieste quando si usavano caratteri a spaziatura fissa, ma anche con le ultime macchine da scrivere che usavano caratteri a spaziatura proporzionale, oltre che con i moderni metodi e strumenti di scrittura la cosa era diventata e resta impossibile.

Windows o non Windows, prima compili con pdflatex (per esempio) poi esegui bibtex, poi ricompili con pdflatex di solito due volte, talvolta tre; dipende se nel file log dice che i riferimenti sono o non sono cambiati; il file log stesso ti dice se bisogna ricompilare ancora.

Quindi, sempre nell’esempio di usare pdflatex, i passi sono 4

pdflatex
bibtex
pdflatex
pdflatex

dvips serve per trasformare un file dvi (prodotto con latex, non con pdflatex) in un file PostScript; distiller è un nome genrico che indica i programmi per trasformare un file PS in un file PDF; con la lettera maiuscola indica un programma della Adobe che fa quel mestiere.

Latexmk; Dio ne scampi e liberi! (Opinione personale) Se uno vuol seguire quella strada Arara è più versatile; se ne è parlato a lungo qui nel forum.
Anche Makefile e make servono per seguire quella strada e sono più potenti e affidabili di latexmk; mi pare che ci sia una guida tematica su makefile e make. Per arara c’è un documento ufficiale leggibile con texdoc arara

Ho provato a scaricare il sorgente .tex dal sito che hai indicato. A parte che usa un pacchetto non standard, anche se ospitato su CTAN, e il file sorgente è concepito per essere composto sia in pdf, sia in html, sia in un altro formato tramite un Makefile (che non ho usato), il libro viene composto correttamente in pdf sia in formato A4, sia B5; anzi, direi che B5 è praticamente senza margini e quindi potrebbe essere letto su un tablet con un rimpicciolimento minimo.
A me risulta che i font usati (con la mia compilazione) siano tutti font vettoriali e quindi la pagina si può ingrandire e rimpicciolire senza problemi e senza accavallamento di caratteri; questo avviene sia con il visualizzatore di default del Mac, Antemprima o Preview, sia con Adobe Reader.

Quello che capita a te, capitava anche a me molti anni fa, quando usavo gview (o gv) per visualizzare i file in formato ps. In quel caso gview sostituiva i font del documento con dei font nimbus***; inoltre siccome i nimbus non hanno le stesse dimensioni degli altri font (nessun font ha le stesse identiche dimensioni di qualunque altro font, ma i nimbus erano particolarmente larghi) essi risultavano accavallati.

Con i file pdf questo non dovrebbe succedere, perché questo formato contiene tutti i font; anzi, no, li contiene tutti, tranne, talvolta, i 35 font di default che qualunque dispositivo di uscita (stampante, dviver per lo schermo,…) PostScript dovrebbe contenere; se il testo è stato composto con latex+dvips+ps2pdf, questo potrebbe essere un problema con quel particolare documento. Compilato invece con pdflatex (che incorpora tutti i font senza esclusioni) il problema non si pone, almeno con i visualizzatori che ho usato io.

Esaminando il file thinkingpython,pdf scaricabile dal sito da te indicato, e confrontandolo con quello che io ho ricomposto dal sorgente , i file sembrano molto simili, ma il mio file contiene solo font vettoriali, mentre quello dell’autore usa certi font a spaziatura fissa di cui non dispone della versione vettoriale, e quindi sono resi con font bitmapped; se ne apri una pagina qualsiasi sul PC, non so se riesca anche sul tablet, e lo ingrandisci ad un fattore di scala superiore a 1000, e muovi la visualizzazione in modo che sullo schermo ti appaia sia del testo “normale” sia del testo costituito da codice python, vedi che le curve dei font usati per comporre il codice sono seghettati; se stai usando Adobe Reader e premi i tasti ctrl+D (oppure mela+D sul Mac) ti si apre una finestra di dialogo che presenta diverse sezioni, delle quali una è intitolata Fonts: selezionala e vedi che ti appare l’elenco dei font usati; alcuni hanno il “nome” costituito da F seguito da alcune cifre; nella descrizione c’è scritto che si tratta di font Type 3; questa è la qualifica dei font bitmapped formati da diversi puntini accostati. Su Adobe Reader ingrandendo o rimpicciolendo la pagina, i quadratini che formano questi disegni dei singoli glifi sono corrispondentemente ingranditi o rimpiccioliti, mentre su altri visualizzatori potrebbe non succedere, ed ecco la sovrapposizione dei caratteri.

[OT] il contenuto del testo probabilmente è interessante, ma è composto abbastanza male, anche con figure che escono dalla superficie della pagina; la sua composizione, cioè non “onora” il sistema TeX, inventato e creato per comporre beautiful books