OldClaudio

Usare LYX o osare OO.oWriter come front end alla composizione in LaTeX è un po’ suicida, ma le opinioni sono contrastanti su questo punto.
A me pare controproducente usare un front end che ti faccia più o meno vedere subito quello che sarà il risultato, perché ti distrae dal contenuto di quello che scirvi, e ti attira a controllare l’aspetto che il tuo scritto ha. Si tratta ciò di “tradire” la filosofia della composizione differita coerente con la sigla “what you see is what you mean” rispetto alla sigla “what you see is what you get”.

Ma non entriamo in questa diatriba.

LyX ti inserisce entrambi quei comandi? credo chs si tratti di comandi interni a LyX, perché in LaTeX si scriverebbe:
`
\usepackage[latin1]{inputenc}
\usepackage[latin9]{inputenc}
`
Questo quindi implicherebbe il funzionamento interno di LyX che non avrebbe bulla a che vadere con il mark-up di LaTeX; se si può correggere, questo dipende dalle impostazioni di LyX; credo che pochi di noi le conoscano, anche se lo hanno installato; in questo caso lo avrebbero installato per altri scopi; io l’ho installato per convertire rapidamente un file doc in un abbozzo di LaTeX, che poi comunque devo correggere alla grande per ottenere quello che voglio.
Non ho nulla in contrario a LyX, ho anche collaborato con un personaggio chiave del gruppo di collaboratori del progetto LyX al fine di rendere più facile la composizione del greco. Tuttavia consiglio di evitarlo se si vuole comporre bene badando al contenuto e non alla forma.

Sì se intendi usare pdfjadetex 🙁
I formati precedenti sono stati tutti compilati quelli seguenti a pdfjadetex no.

Prova a dare il comando da terminale con le prerogative di amministratore
`
fmutil-sys –all
`
e vedi se è lo script di tlmgr che ha fatto qualcosa che non va o se c’è un errore più profondo nella creazione del formato pdfjadetex.

Inglese?
Avendo avuto molti studenti indiani, bengalesi, pachistani, nigeriani, tanzaniani, ho dei dubbi. Capisco molto meglio la lingua parlata dagli americani (unionisti, con quelli confederati ho qualche difficoltà 🙁 ) che non quella parlata dagli indiani. Per giunta gli score TOEFL che questi presentano per essere ammessi ai programmi di Erasmus Mundus non corrispondono affatto alla loro competenza linguistica.

In realtà le persone di cultura abitano in tutte le nazioni anglofone, come anche in quelle nazioni ci sono molti ignoranti. Certo che con i nostri fratelli europei anglo-irlandesi si ha un feeling diverso, almeno con le persone di cultura. 🙂

Certo che la sillabazione inglese/americana è molto più complessa di quella italiana; i pattern italiani sono circa 340 mentre quelli americani di Knuth/Liang sono circa 5000; la tabella delle eccezioni in italiano è vuota, in americano (la gestisce Babrara Beeton, capor redattrice di TUboat) sono diverse centinaia.

il file originale di Knuth hyhen.tex e il file ukhyph.tex sono abissalmente diversi, nel senso che il secondo è circa tre volte più grande, mi pare. Tuttavia non è facile trovare parole inglesi sillabata diversamente in americano piuttosto che in inglese.

Se vuoi provare a caso fatti questo piccolo file:
`
\documentclass{minimal}
\isepackage[british,american]{babel}
\begin{document}
\showhyphens{… lista di parole…}
\selectlaguage{british}
\showhyphens{… lista di parole…}
\end{document}
`

Riempi l’argomento di showhyphens con un bella lista di parole possibilmente di almeno tre sillabe e di registro colto. Poli esegui latex sul file che hai salvato. Sia sullo schermo sia nel file log ti appariranno i due elenchi delle stesse parole divisi secondo le regole american (lingua di default) e poi british.

Se l’hai fatto col Package manager di MiKTeX non devi fare nulla, però è possibile che tu abbia attivato il Package Managere in modalità normale e non in modalità amministrativa.

D’altra parte il messaggio che tu trascrivi

lo compilo e mi dice “Impossibile leggere il file : C:\Document and setting….(percorso del file): no such file or directory. E’ come se non gli piacesse il pacchetto.

permette di capire che pdflatex non trova il file; se non lo trova è perché non è nel database dei nomi dei file. Con la funziona Cerca dell’Explorer cerca il file. se lo torva vuol dire che da qualche parte è, ma magari è in ramo di qualche albero che tu non hai ancora configurato come albero di MiKTeX. Allora apri MiKTeX Settings e vai a vedere che cosa ti dice la cartella Root Directories (cito a memoria), Se la radice di quell’albero si trova nell’elenco che ti esce (ricordati di spuntare il quadratino che ti permette di vedere TUTTE le radici degli alberi), allora non so che dirti, ma se la radice di quell’albero non è elencata, aggiungila leggendo adeguatamente le istruzioni di MiKTeX.
In ogni caso la cartella General di MiKTeX Settings ha anche un bottone per rinfrescare il database dei nomi dei file; cliccare quel bottone non fa nessun danno e forse fa bene.

No, amscd serve per i diagrammi commutativi; non credo che Daniele intendesse quelli.

per i diagrammai di flusso io mi sono trovato bene contikz senza ulteriori pacchetti; basta definire e collocare i nodi, specificandone la forma, il colore di riempimento, lo spessore del contorno, il contenuto e lui aggiusta la dimensione della cornice al contenuto (che se lunghetto merita di essere inserito dentro una piccola minipage); la posizione non viene determinata automaticamente e le frecce che connettono i nodi basta che abbiano la specificazione dell’orientazione con cui devono partire e devono arrivare dal nodo di partenza al nodo di arrivo; la lunghezza e la forma vengono calcolate automaticamente per rispettare le specifiche stilistiche; non sarà il massimo, ma è semplice, è perfettamente configurabile, è abbastanza ma non completamento automatico, cosicché si possono scegliere le posizioni dei nodi a buon senso invece che in modo “meccanico”.
Se il diagramma di flusso non contiene decine di scatole, direi che è il metodo più semplice e il risultato è tanto gradevole quanto lo si vuole e lo si giudica tale e in base alla cura che gli si vuol dedicare.

Dipende da come è fatta la figura, comunque ogni frame si può dividere in diverse slide (ma lo fa beamer, tu non devi preoccupartene), semplicemente specificando il comando
`
\onslide
`
dove inizio è il numero progressivo della slide dove quanto segue viene proiettato e fine è il numero progressivo dell’ultima slide in cui viene proiettato. se inizio manca si intende la prima slide, se fine manca si intende l’ultima slide.

Il manuale di beamer nel tuo albero della documentazione di LaTeX (texlive/2010/texmf-distr/doc/latex/beamer/eccetera) spiega tutto quanto per bene.

\pause non è vietato ma non ha o stesso effetto di \onslide.