OldClaudio

Ivan, capisco la tua irritazione, ma non chiederei a nessuno di sostituire TeXShop con TeXnicle, licenza libera oppure non libera.

Tommaso vi ha collaborato creando la localizzazione italiana, mi pare, quindi può dirci a che punto è TeXnicle rispetto a TeXShop.

D’accordo ha la codifica utf8 di default, ma non capisce le righe magiche, quindi per file scritti, diciamo 10 anni fa non è possibile usarlo, mentre TeXshop permette di farlo. Per me, vecchio utente con file degli inizi degli anni .90 la cosa rappresenta un obbligo assoluto. Perciò, nonostante l’adozione della codifica Latin 9, per me resta sempre il migliore.

La lunga spiegazione di Koch sembra fondata; nel senso che lui scrive un programma per una sola piattaforma, non è come TeXworks o TeXstudio un software multipiattaforma. D’accordo, nemmeno TeXnicle è multipiattaforma ma funziona solo sui Mac; ciò nonostante ha adottato utf8 e apparentemente non ci sono inconvenienti nel fare così.

Per me è sufficiente che abbia tolto MacRoman dai piedi; Le codifiche latin1, latin9, ansinew sono diverse, ma come si vede dalle tabelle presentate nella guida tematica sulle codifiche, l’unica che rompe veramente è la MacRoman (applemac) perché le altre nella maggior parte dei casi sono quesi identiche, differiscono per pochi caratteri. Io stesso in quella guida ho segnalato le differenze fra Latin 1 e Latin 9, e ho segnalato quali siano i caratteri diversi, sostanzialmente, tranne l’euro, riguardano segni delle lingue slave.

Ora, se apri un file che NON è codificato utf8, la probabilità che sia latin1 (o anche latin 9) è alta; quindi manco te ne accorgi; se poi ci sono le righe maginche che specificano la codifica, TeXShop si auto configura adeguatamente; in mancanza delle righe magiche non succede niente di male.

Quando invece prima della versione 3.15, la codifica di default era MacRoman, era lo stesso TeXShop che faceva pasticci quando apriva un file senza la riga magica sulla codifica, e quindi il pasticcio succedeva sempre, non talvolta.

Non dico di essere contento di quel che ha fatto Koch: sarò più contento quando userà come codifica di fall back quella impostata di default; siccome non ci vuole nulla a impostare utf8 come codifica di default, direi che la cosa possa essere accettabile; se poi, magari, vorra ritagliare una finiestrina piccola piccola dove mostrare la codifica assunta/usata quando apre un file, TeXShop sarà ancora meglio. Ma per ora la modifica fatta da Koch non mi dispiace; avrei ovviamente preferito utf8, ma anche così non mi dispiace.

TeXnicle, anche su grande schermo come quello del mio iMac, continua a non piacermi, non par l’aspetto grafico, bellissimo, ma per le sue funzionalità scarse rispetto alle mie necessità. Anche il quasi gratuito TeXpad (18€ circa) ha una grafica bellissima, ma non è ancora al livello delle mie necessità.

Ivan, il download del file dei template ha l’estensione .txt ed è sbagliata; l’estensione giusta dovrebbe essere .zip, credo.

Sì è sufficiente, ed è quanto avevo scritto in prima battuta a Koch.

Claudio

Ehi, ehi, Donald Knuth È vivo e continua ad essere un matematico anche se magari oggi si diverte anche con altre cose, non solo con la matematica. Recentemente ha tenuto una conferenza a Trento, di cui abbiamo anche scritto qui sul forum.

SANTO” post=85097se tolgo % mi dà errore

\begin{figure}[htb]
\centering
\input{Capitoli/esami/immagini/ese24.pdf_t}
\caption{Punto} % vincolato a muoversi lungo la corda $AB$.}
\label{fig:ese24}
\end{figure}

Sei sicuro che lo stesso codice compila perfettamente con la didascalia lunga? Certo non basta cancellare il segno % ma bisogna cancellare anche la } che precede %.

Ma il punto è un altro; sei sicuro che \input sia il comando giusto per inserire una figura dal formato NON SPECIFICATO?

\input serve per includere file il cui codice viene trattato come se fosse stato al posto di \input e del suo argomento; di sicuro il codice ese24.pdf_t corrisponde ad un file il cui contenuto è codice pdf, ma l’appendice _t disturba il tutto; solo che pdflatex non è in grado di importare direttamente codice pdf; forse volevi scrivere [tt]\includegraphics{Capitoli/Esami/ese24}[/tt] sempre che in quella cartella ci sia il file ese24.pdf. Forse il file si chiama ese24_t.pdf… forse ti è scappato quel _t da un residuo di copia e incolla.

Ma certo pdflatex non conosce nessun file dall’estensione [tt].pdf_t[/tt] e se importa i byte in esso contenuti tali e quali essi sicuramente combinano pasticci perché il codice interno di un file pdf è binario e i byte sono byte a 8 bit che probabilmente fanno l’effetto di una purga al povero pdflatex. 😀 😯 🙄 😈

Ivan, a parte i gb e gli mb che come sai benissimo sono errati, che cosa dovrebbero fare i possessori di Mac, studenti, laureandi o semplici utenti, se MacTeX viene distribuito solo in versione full? (in realtà nel sito di MacTeX c’è una indicazione per chi dispone di una connessione internet lenta.)

Le versioni parziali non sono un modo di aiutare la gente ad avvicinarsi a LaTeX; diciamo piuttosto che TeX Live full comporta di scaricare almeno 2500 pacchetti, probabilmente di più. Ogni volta c’è una richiesta a Internet di realizzare il collegamento con internet e questo spesso richiede tempi non accettabili con una connessione lenta o un servizio con banda non sufficientemente larga. La soluzione per installare la full in tempo relativamente breve è quella di scaricare l’immagine ISO e poi installare dall’immagine, oppure masterizzare l’immagine su un DVD e installare dal DVD. Il tempo di download è decisamente minore, perché viene normalmente eseguita una sola richiesta al mirro per scaricare un grosso file, piuttosto che inviare 2500 richieste per scaricare 2500 pacchetti più o meno piccoli. E come umanista se vuoi scaricare i miei font greci solo per quelli devi scaricare una settantina di megabyte.

La difficoltà di instalalre TL su macchine Linux legate a Debian è quello di bypassare il meccanismo delle dipendenze, vuoi seguendo i suggerimenti di @Doc, vuoi installando una seconda versione di TL a fianco di quella Debian secondo il metodo di Enrico. Gli utenti di Linux dovrebbero sapere queste cose; se hanno scelto di usare un sistema operativo potente ma ruspante sanno o devono sapere che la finestra comandi è lo strumento Nº 1 di ogni distribuzione Linux.

Io ho sempre seguito il metodo di Enrico e mi sono sempre trovato benissimo; ho fatto un pasticcio una sola volta, ma ovviamente l’errore era mio: avevo saltato un passaggio nella sequenza di operazioni descritta da Enrico, ma la distrazione era mia, non perché il metodo sia complicato.

\varepsilon rappresenta la deformazione di un materiale (metro su metro), c e s si riferiscono rispettivamente a calcestruzzo e acciaio, e ed u rappresentano una condizione del materiale. Detto questo, correggetemi se sbaglio, se e cu andrebbero scritte in tondo.

Appunto: c ed s indicano il calcestruzzo e l’acciaio, e queste due cose NON sono variabili matematiche o fisiche; e ed u indicano le condizioni del materiale: NON sono variabili matematiche o fisiche; le norme ISO le vogliono in tondo.

La regola più semplice da ricordare per il font dei pedici è la domanda: “questo pedice è una variabile matematica o fisica?” se la risposta è sì. va in corsivo matematico, altrimenti va in tondo. Le lettere greche a pedice indicano sempre grandezze matematiche o fisice (per lo meno non ne ho mai vista uan per indicare qualcos’altro, ma vedi sotto) quindi LaTeX non prevede nemmeno che si possano usare lettere greche non inclinate.

Tuttavia i fisici nucleari indicano con lettere greche le particelle come i muoni, i pioni e simili e per queste sono richieste lettere greche diritte che richiedono alfabeti matematici particolari che LaTeX di solito non carica; il problema è fonte di non poche discussioni; certi pacchetti per scegliere font predisposti dai francesi dispongono anche delle lettere greche minuscole diritte (fourier, kpfonts,…); anche i pacchetti txfonts, pxfonts, newtx e newpx dispongono di font greci diritti; e il pacchetto isomath prevede tutte le forme dei font latini e greci per soddisfare le norme ISO. Ovviamente prevede prevede anche il tondo medio e nero, ma sta al compositore usarli quando occorre.

A me il codice di Lorenzo funziona alla perfezione.