OldClaudio

Mettiti il cuore in pace; a tutt’oggi non si può fare direttamente.
Ti posso suggerire il programma pandoc; se ne parla sia in vecchio articolo di ArsTeXnica (cercalo nella sezione ArsTeXnica di questo forum); sempre su ArsTeXnica 25 (ancora disponibile solo per i soci del GuiT, almeno fino ad aprile prossimo, c’è la cronostoria di una tale conversione eseguita dal presidente del GuIT, e la sua conclusione è che si può fare, ma è difficilissimo e ci vuole un mucchio di lavoro manuale, perchée si tratta di superare una diversità eistenziale; LaTeX serve epr produrre pagine perfette, e-pun non ha il concetto di pagina,ma di videata, dove il testo piò rifluire a piacere a seocnda della dimensione del rettangolo della videata.
Pandoc, cercalo in rete, e trovi i file sorgente da compilare per la tua macchina specifica, serve per trasformare un documento scritto in una lunga lista di linguaggi i molti altri formati, fra i quali compare anche il passaggio da latex a e-pub. ma il risultato è solo un primo passo; bisogna poi a mano e con l’aiuto di appositi programmi di editing, provvedere a quasi tutto quello che pandoc non è riuscito a fare.
Sulla Introduzione all’arte della composizione tipografica con LaTeX (sezione Documentazione) ci sono diversi paragrafi destinati a pandoc e alle limitazioni di e-pub. MA se il tuo documento contiene solo testo, senza formule e senza figure, puoi provarci.

Nella guida tematica “ComporreItaliano” (Sezione Documentazione di questo sito) c’è il paragrafo 3.6, pagina 48, sui dialoghi e l’oso delle virgolette in casi complessi come quello descritto da @heinrich. Non è la legge, ma è un esempio di che cosa si può fare alternando le virgolette alte inglesi sempli e doppie con quelle caporali semplici e doppie. In italiano si usano preferibilmente i caporali per i dialoghi e le virgolette alte per le frasi pensate o riportate. Tuttavia non esiste una regola assoluta; l’importante è che ci sia uno schema gerarchico di frasi virgolettate e annidate uniforme in tutto il testo, in modo che il lettore abbia una chiave di lettura e di interpretazione unica.

Allora non mi sono spiegato bene, temo.

Il codice di posizione H NON si deve usare mai. Punto e basta.
Non ci sono giustificazioni per fare una cosa simile.

Se proprio ci tieni a mettere una figura sufficientemente piccola in modo che non sia flottante, potresti usare l’ambiente center con la didascalia delle figure:[\code]…
\begin{center}
\includegraphics[…]{…}
\captionof{figure}{[…]{Didascalia}
\end{center}[/code]Quello che era in coda potrebbe mettere una figura prima dell’ambiente centrato, e quindi lo numererebbe con un numero che fiene prima di quello della didascalia centrata. Se nessuna float ancora in coda va a finire nella pagina della figura centrata la numerazione è corretta anche se quei float in coda vi erano andato prima di specificare l’ambiente center.

Una cosa che è facile scordare è che il numero viene assegnato alle didascalie nel momento in cui vengono spedite nel file di uscita, quindi quando sono davvero inserite nelle pagine.

Vediamo gli inconvenienti:
1) ambiente center non da problemi particolari se la figura con in suoi spazi di separazione e la didascalia ci sta lasciando di sotto o di sopra un numero sufficiente di righe di testo tali da non produrre righe vedove e/o righe orfane (vedi sotto). Se non ci sta o se ci sono forti penalità per righe vedove e/o orfane il’ambiente center viene autmaticamante spostato all’inizio della pagina successiva, ma allarga gli spazi verticali nella pagina corrente per non lasciare la pagina mozza; si rimedia con un \newpage prima di center se e solo se serve, ma rimane comnque la pagina mozza. Come dice il proverbio non si può avere la botte piena e il/la coniuge ubriaco/a. Ma c’è la soluzione 2)
2) la procedura corretta, comunque è quella semmai di usare il posizionatore h. Se nella pagina ci sta, bene, il problema è risolto. Se nella pagina non ci sta, vene rimandato in testa ad una pagina successiva, perché viene riaccodato come se avesse il posizionatore t. Se non ci sono figure un coda, la figura h viene in testa nella pagina immaediatamante successiva, senza lasciare né la pagina mozza, né capoversi eccessivamente spaziati. Se ci sono altri oggetti in code, che ricordiamo è una coda FIFO, First In First Out, la figura h verrà emessa con la sua brava didascalia col numero giusto quando sarà il suo turno.

Conclusione di tutta questa disanima? Usare h si può, meglio se non da solo, magari specificando htb, invece che solo h.
Usare l’ambiente centrato può dare risultati ottimi in prima battua, ma se rivedendo le bozze si eseguono delle correzioni che allungano o accorciano il testo che precede l’ambiente centrato, potrebbero nascere dei problemi con pagine mal composte.

Con il posizionatore H tutto ciò non si verifica, non è la stessa cosa dell’ambiente centrato e non è la stessa cosa di un ambiente caratterizzato dal codice h o htb.

samiel” post=115350Mi serve avere una tabella con i glifi di un font e il corrispondente valore Unicode.
Ora, da quel che so il pacchetto fonttable fa appunto questo, ma vuole il nome di un file .tfm.
Tuttavia a me questo serve per un .otf. Esiste un pacchetto apposito di cui ignoro l’esistenza?
O un sistema diverso perché il fine giustifica i mezzi?

Grazie
m

Fonttable è un vecchio pacchetto che serviva (serve ancor) per avere i font codificati a 8 bit; non per i font UNICODE. Credo che alcuni aspetti derivino anche da qualche mio modesto contributo. Ricordo di avere inviato all’allora presdente del tugo un mio file che faceva la rabella scrivendovi accanto i codici per ricavare gli indirizzi ottali ed esadecimali e in ogni caselle, piccolo piccolo, c’era il codice decimale. Io lo uso ancora con qualche ulteriore arricchimento, ma molte di queste cosine non sono state inserite nel pacchetto fonttable.

Per i font UNICODE la cosa è veramente improponibile, perché forse si potrebbero stampare le singole pagine di 256 glifi ciascuna, ma certamante per stamparli tutti bisogna aspettarsi centinaia di pagine, perché i glifi contenuti in un dato font possono anche essere decine di migliaia. Non mi ci sono mai messo a scrivere un simile pacchetto, perché già il solo dialogo iniziale diventerebbe difficilissimo da fare.

D’altra parte non ho bisogno, perché lavorando su un Mac apro l’app FontBook.app, scelgo il font, clicco l’opportuna icona, e zac posso far scorrere tutti i glifi in una opportuna finestra. Mi pare strano che una simile app non sia stata portata anche su Linux; fa tante cose oltre a quella che ti ho descritto, ma almeno mostrare tutti i glifi sarebbe una cosa decisamente semplice per chi sa programmare come si deve questo genere di cose. Credo che, volendo, la cosa si potrebbe fare anche con Lua; non escludo che una delle infinite funzioni di Lua non esista già. Ma a questo punto interviene @robitex.

Come avere le informazioni sui dettagli di un font OpenType è descritto nella documentazione del pacchetto fontspec; i font OpenType sono piuttosto complicati, quindi il processo per estrarne le informazioni è complicato. Certo è troppo lungo per descriverlo qui nel forum. Per cui: texdoc fontspec.
Sai inoltre che i font OpenType si possono usare solo con XeLaTeX e LuaLaTeX. Per usarli con pdfLaTeX prima bisogna spezzarli in frammenti non superiori a 256 glifi e la cosa si può fare generando appositi font virtuali; ma questo è ancora più complicato, anche se il programma fontinst, distribuito con il sistema TeX ,viene in aiuto: un po’ meno complicato, ma sempre complicato.

Nei due casi apri il file con Adobe Reader oppure con Adobe Acrobat; premi ctrl+D oppure command+D a seconda della piattaforma su cui lavori e nella finestra che si apre clicca la linguetta Fonts. Vedrai che se usi i Garamond questa lista ne contiene il nome. Se commenti solo \setmainfont vedi che i font usati sono i Latin Modern. Se commenti anche la riga di \fontspec, non sono siucro, ma dovresti/ptresti ottenere dei font ulteriormente diversi. E naturalmente non è detto che abbiano le stesse proprietà, in particolare la crenatura eventuale fra W e la lettera a che la segue; se tutta la parola Waterman è nell’argomento di \textsc la crenatura entra in azione; se la W è fuori, la crenatura non può avere luogo.

È una finezza, ma l’occhio esercitato la nota. E il tuo è un occhio ben esercitato.

mickey” post=115320Non riesco assolutamente a vedere se manca una graffa (non manca direi) anche se se elimino tutto il documento e lascio solo \begin e \end (cioe’ solo il titolo), compila.

In attesa di qualcuno che sappia darmi indicazioni su cosa fare con la variabili di ambiente (dato che per ora è un mistero come abbia potuto funzionare teXlive 2013 e come faceva a partire), cosa mi dite di questi Warning?

`
LaTeX Warning: You have requested package `moderncvfooti', but the package provides `moderncvfooti'
`

EDIT: ora mi riparte di nuovo pdflatex 2013 lamentandosi del file mancante di cui al primo post. Mistero (mi si pianta anche teXworks)

Perché ti riparta pdflatex 2013 è un mistero che puoi risolvere solo tu con l’aiuto di altri utenti Linux. Se riparte quello dopo che l’hai cancellato, vul dire che non l’hai rimosso bene e non hai aggiustato bene le variabili di ambiente che si trovano impostate nei file che ti ha detto @samiel. Ma solo gli utenti Linux ti possono dire che cosa fare.

Invece il warning che ricevi dipende da un errore nel file moderncv.cls: il fatto che ricevi il warning vuol dire che tutto sommato l’errore è ininfluente. Quindi dimenticatene.

Per i curiosi di sapere perché il codice è sbagliato, lancio un concorso: il codice di moderencv è il seguente:`% loads a footer variant
% usage: \moderncvfoot{

Se avessi letto la documentazione di xcolor, che contiene anche un tutorial di colorimetria, conosceresti il modello HSB: H hue (tinta), S saturation (saturazione), B Brightness (Luminosità). Vedi pagina 10 della documentazione, tabella 3.