OldClaudio

lorenzo.pantieri” post=61641Bene. Avrei ancora una domanda.

Se insierisco un oggetto con [tb], LaTeX puo’ metterlo anche prima del punto di inclusione, sulla stessa pagina e in alto. Se invece uso la sequenza [htp] (oppure qualsiasi altra con dentro h) questo non e’ piu’ possibile.

Ho capito bene?

Grazie mille,
L.

Questo è quello che ho capito anch’io a cause del diverso trattamento che riceve il codice h rispetto agli altri codici.

D’altra parte, anche in relazione alla domanda di @antonio.macrì, basta scegliere una figurina piccola piccola e provare a metterla dentro un ambiente figure da ripetere diverse volte e con diversi valori dei codici di posizionamento e sperimentare; per evitare ogni dubbio la figurina deve essere al massimo di un paio di righe.

Dopo in comando di sezionamento sarebbe particolarmente sconveniente, non solo nei confronti della buona tipografia, ma anche perché il comando di sezionamento contiene delle penalità che impediscono la presenza del titolino a fondo pagina con il primo capoverso della sezione che comincia nella pagina successiva; credo che gli spazi e, più che altro, le penalità positive o negative possano inficiare questa regola tipografica importantissima.

Ora purtroppo ho altre priorità e non ho tempo di sperimentare, ma con una “campagna di sperimentazione” sufficientemente ricca si potrebbero esaminare tutte le eventualità.

Ragazzi, ho letto il codice della routine di uscita diversi anni fa; non vorrei rileggerla, perché non è una esperienza divertente. Tuttavia le disuguaglianze che la routine verifica sono sequenziali, e non ha importanza quale incontra prima; anch’io direi che almeno in una sequenza fissa, ma non chiara all’esterno, le varie possibilità sono sempre controllate e la prima che soddisfa a tutte le condizioni viene eseguita, ma per qualche motivo che mi sfugge p è diversa; se è da sola funziona, se è in compagnia funziona di meno (secondo la mia esperienza e secondo quel che dice Lamport) non funziona affatto, ma è un dato empirico, non è una dimostrazione rigorosa.

La routine di ptput definisce due comandi per vedere cosa succede quado ci sono degli oggetti mobili da controllare: \trecefloats e \tracefloatvals il primo dovrebbe mostrare sul file log tutto quello che succede e il secondo dovrebbe mostrare via via i parametri dimensionali o numerici quando cambiano. La brutta notizia è che non sono attivi se il formato non è stato compilato con l’opzione trace, come infatti succede normalmente.

Quello che ho potuto constatare rileggendo molto rapidamente e superficialmente il file /texmf-dist/source/latex/base/ltoutput.dtx, è che h viene gestito prima e per conto suo, poi vengono gestiti t e b passando dall’uno all’altro a secondo che l’inserimento t abbia avuto o non abbia avuto successo, poi viene gestito p; quando una cosa non ha successo, il fluat viene messo nella \@deferlist per essere riesaminato per l’output della pagina successiva. le 18 scatole servono per tutti gli oggetti mobili, tranne le note marginali, da quel che ho capito, e sono gestiti mediante il concetto primitivo di insert. ogni lista contiene un numero che nei 5 bit meno significativi (dalla posizione 0 alla posizione 4) contiene i bit impostati a 1 se la posizione –nell’ordine– h, t, b, p ! è stata specificata; il bit 6 serve per le figure, il bit 7 per le tabelle, i bit successivi sono destinati all’identificazione di altri oggetti mobili da definire per esempio con il pacchetto float. Ne segue, certamente, che l’ordine con il quale vengono specificate le opzioni di posizione è irrilevante e che l’unica cosa che conta è l’ordine con cui sono gestite le code iniziali e le code differite.

Molto difficile da leggere, più difficile di come lo ricordavo. Speriamo che Enrico possa illuminarci meglio.

Hai provato a togliere l’opzione table dalla chiamata di xcolor?

Sidewaystable gira la tabella con la didascalia verso il margine esterno e quindi alla seconda compilazione sa in quale pagine (pari/sinistra o dispari/destra) essa cade e la rotazione aviene di conseguenza Credo, ma non ho voglia di andare a verificare sulla documentazione di sidewaystable (texdoc sidewaystable), che esista una opzione per fissare il verso di rotazione indipendentemente dalla parità del numero della pagina.

D’altra parte mi da tanto fastidio questo comportamento che preferisco sempre fare a mano per le rarissime volte in cui devo ruotare una tabella.

Certo che hai “uppato” attraverso un sito per i gonzi, che acquisterebbero a caro prezzo uno scanner per togliere i vestiti alle donne. Credevo che questo genere di corbellerie non si usasse più da tempo immemorabile; invece cambia la tecnologia ma i gonzi rimangono gonzi.:shock: 🙁

Veniamo al tuo file; se vuoi fare qualcosa alla Word puoi farla con Word, con Openoffice, con LibreOffice e altri programmi di composizione interattiva.
Il sistema TeX è per la buona tipografia, non per quel tipo di composizione.

Se proprio vuoi profanare LaTeX, puoi farlo, perché non c’è limite al meglio, ma non c’è nemmeno nessun limite al peggio.

Usa multicol per impostare il testo a due colonne, sotto ci metti un bel tabular racchiuso dentro un gruppo dove hai specificato per esempio \small; poi dai il fine pagina e usando \includegraphics includi la fotografia e poi ripeti lo stesso trucco per la tabella della seconda pagina; termina con un altro fine pagina.
Se vuoi impostare così tutto il documento, creati una macro che accetti quattro argomenti: il testo da comporre a due colonne, la prima tabella, la foto e, infine, la seconda tabella, e che contenga i fine pagina adeguati, magari anche un piccolo test per essere sicuro di cominciare da una pagina pari.

Visto che dici di essere pratico di LaTeX avendoci già scritto la tesi, non dovresti avere difficoltà a mettere insieme il tutto, ma non ti aspettare che gli automatismi di LaTeX ti portino sempre ad un risultato accettabile. Perciò aspettati una cosa veramente inguardabile.:roll:

sutlmgr è un comando piccolo piccolo che sostituisce sudo tlmgr

Però il listato che ottieni, sempre che il database dei nomi dei file sia appena fatto, sembrerebbe mostrare la presenza di biblatex.

A questo punto se non usi tlmge show biblatex, ma usi, per esempio, kpsewhich biblatex.sty pui vedere se e perché il sistema TeX riesce o non riesce a trovare il file in questione; magari è solo una questione di variabile di environment.

Non ho con me l’altro calcolatore dove ho montato una macchina virtuale Ubuntu, quindi non posso fare prove. Speriamo che qualcuno con un buon Ubuntu funzionante sotto le mani ti possa venire incontro.

Per caso hai la distribuzione TeX Live di Ubuntu? Abbiamo detto mille volte che la distribuzione TeX Live Debian compliant distribuita dai repository di Ubuntu è vecchia e da mille problemi. Enrico ha scritto un testo apposta texlive-ubuntu.pdf per installare accanto alla distribuzione Debian (necessaria al gestore di pacchetti per soddisfare le dipendenze “debianiche’) una distribuzione vera con cui lavorare sul serio. Certo se hai la versione TL-Ubuntu-Debian non la puoi disinstallare così facilmente.
Esamina con attenzione il testo di Enrico. Lo torvi con google e lo puoi cercare nella sezione TeX e LaTeX come primo thread della sezione.

Ho qualche sospetto: Ubuntu + TeX Live 2011 completa, non ha bisogno di nessun pacchetto da installare con tlmgr; magari aggiornando la distribuzione con tlmgr, vengono aggiornati anche pacchetti già installati, ma se ti dice che “LaTeX error: missing ‘biblatex’ package.” vuol dire che (come minimo) biblatex non c’è, mentre invece la versione 2011 lo contiene, eccome.

Aggiorna il database dei file con sudo updatedb (o qualcosa di simile) e poi dai il comando locate biblatex; se il pacchetto esiste, locate lo trova; se il pacchetto esiste, ma LaTeX non lo trova, scopri perché, ma è questo il problema che devi risolvere alla radice; noi da fuori, senza essere sulla tua macchina non possiamo indovinare perché sulla tua macchina ci sia questo inghippo.