OldClaudio

Come dice @skevin93, non è necessario scrivere nulla in merito, basta usare il pacchetto geometri, specificare un formato di “paper” custom con le dimensioni che corrispondono alle dimensioni dello smartphone, impostare la gabbia del testo, centrandole nella “pagina” e lasciano die margini laterali (da tutti e quattro i lati) di qualche millimetro. Nota che non ci sono due smartphone che abbiano non dico le stesse dimensioni, ma spessissimo nemmeno lo stesso rapporto di forma altezza diviso larghezza. Quindi un bel documento preparato er in iPhone, non va bene su un Galaxy, e via dicendo.

Come osserva @skevin93, il problema non è quello; il problema è che lo schermo è troppo piccolo e non ci si riesce a scrivere quasi niente se non puro testo; dimenticati delle formule, delle immagini, che ti obbligano a cavarti gli occhi per leggerli e guardare le figure..

Infine non è molto semplice produrre dei documenti in formato html o xhtml, tranne nel caso che si tratti di puro testo; si tratta di usare programmi che permettono di trasformare un testo strutturato da un formato all’altro; esiste il programma pandoc che riesce a passare direttamente dal formato latex al formato e-pub, però bisogna sapersi accontentare, perché la matematica, le tabelle e le figure sono praticamente escluse (non in teoria, ma in pratica è difficile maneggiare questi oggetti come si deve).

Ricordati sempre che il sistema TeX serve per comporre tipograficamente; un formato di uscita html non è adatto alla tipografia perché non ha la nozione di pagina; nello stesso tempo un formato che abbia la nozione di pagina non è particolarmente adatto a ricomporsi direttamente per adattarsi a qualunque formato del supporto visivo.

Maxiride” post=101798Cercando sul forum non ci sono risultati per “memoir“.
Il mio intento è di creare una documentazione\racconto di un’avventura per Pathfinder, un gioco di ruolo – RPG -, scopo del testo è riportare descrizioni degli ambienti, oggetti e loro proprietà, avversari da combattere e loro capacità e così via.

Cercando tra i forum di appassionati ho trovato molti che suggerivano di usare la classe “memoir” senza però indicare cosa la renda la classe adeguata. Qualcuno saprebbe dirmi in cosa differisce dal classico “book” e quali funzionalità in più offre? La sua documentazione di 500 pagine è un po’ troppo lunga per capire cosa ci sia di profondamente diverso.

Capisco che leggere circa 700pagine può essere poco divertente, ma…

Quelle 700 pagine contengono due indici generali e un lungo indice analitico che aiutano molto nella ricerca di ciò che interessa. Se non si specifica nessuna opzione replica il comportamento di book; quindi memoir e book sono imparentate. MA memoir può fare cose che con book si possono fare caricando na miriade di pacchetti; è spiegato quali nella pgina xxix della prefazione. Si può dire ch non ci sia un solo elemento che non possa essere personalizzato con memoir.
Iol’ho usato abbastanza, ma, epr esempio, ho scritto la classe per creare le guide tematiche; l’utente che specifica a questa classe memor ha sotto mano tutta la potenza di memoir; l’utente che non lo fa ottine senza requisiti speciali gli stessi risultati, ma se vuole fare qualcosa d’altro deve usare comandi primitivi/nativi di TeX o giocare in modo poco ocmprensibile con macro delkernel di LaTeX, sconosciute alla maggior parte degli utenti.

Per usare memoir devi cominciare senza opzioni e personalizzazioni; poi via via vai a cercarti il capito dovo si può lavorare su una caratteristica e leggi solo quel capitolo, facendo bene attenzione a capire quel che leggi e a vedere come quelle cose sono applicate agli esempi. Si procede abbastanza speditamente ripetendo questa operazione per le varie parti da personalizzare. Poi via via ci si abitua e non c’è più da consultare nessun manuale.

Però deve valerne la pena; inizialmente richiede più lavoro che con book, poi diventa più facile. Ma, ripeto, il documento deve essere veramente complicato perché ne valga la pena.

Sì, usando l’opzione hidelinks descritta nella pagina 3 della documentazione di hyerref. ovviamente la devi specificare nel tuo preambolo con il comando \hypersetup che trovi descritto nella stessa documentazione.

Ti ho già scritto come mettere i tag del codice a CAVALLO del tuo codice; Prima selezioni il testo da marcare, poi premi l’icona che ti ho detto, per cui l’intero codice comincia DOPO [ code ] (senza gli spazi) e dopo l’ultima riga del codice c’è [ /code ] (sempre senza gli spazi.

Ti ho già messo io i tag quasi dappertutto, ma per favore, risparmiami questo compito.

Noto nel tuo codice che usi malamente l’ambiente table usando l’ambiente tabular al suo posto; Il codce giusto è`\begin{table}
\centering
\begin{tabular}{…}
…
\end{tabular}
\caption[…]{…]
\label{…}
\end{table}`

Credo che la metà dei pacchetti che carichi sia assolutamante inutile; non caricali.

Il frontespizio va messo dentro l’ambiente titlepage, e non in una pagina qualsiasi, anche se è la prima.

Non usare \line(1,0){350}; questo comando va usato solo dentro l’ambiente picture e dopo che l’unità di misura del disegno è stata specificata; magari riesci anche a trovare un giusto compromesso anche usandolo fuori dell’ambiente picture, ma sarebbe con andare ad una cena di gala in costume da bagno. Al suo posto usa \hrule.

Il pacchetto hyperref va caricato per ultimo, dopo che sono stati definiti tutti i comandi che inseriscono dei titoli, come per esempio newtheorem{…}{…}.

Il comando \justifying te lo sei inventato; in LaTeX e nella classe book non è definito; non ho avuto pazienza di verificare se sia definito da uno di quegli inutili pacchetti che carichi.

Probabilmente non hai voglia di spartire il tuo testo sorgente con altri, nemmeno con noi 😯 ; ma l’uso della codifica applemac è virtualmente vietato se si vuole restare in contatto con altri. Qui consigliamo sempre di usare solo e soltanto la codifica utf8. Te lo dice uno che usava Windows e ora usa Mac da una decina d’anni; vai a leggere che cosa ho scritto con un altro noto autore nella guida tematica sulle codifiche, che puoi scaricare dalla sottosezione Guide Tematiche GuIT della sezione Documentazione di questo forum; lì c’è anche scritto come cambiare codifica ai file.

Ricordati che se hai invocato baebl in quella maniera la lingua di default è l’inglese; ma a me sembra che tu stia scrivendo la tua relazione in italino; quindi non stupirti se troverai parole divise in fin di riga come equ-azione o las-ciare, o simili. I titoli ti verranno in italiano ma preceduti da Chapter, non da Capitolo. Ogni guida dice che l’ultima specificata è la lingua di default del documento.

L’opzione pdftex non serve a niente; pdfLATeX si accorge da solo che sta vendo usato.

\usepackage{fontenc} non serve a granché se non specifichi la codifica dei font che vuoi usare; ti consiglio la codifica T1, specificando \usepackage[T1]{fontenc}. MA ti consigli anche di usare font compatibili con la codifica T1, per esempio i Latin Modern dando il comando \usepackage{lmodern}.

Non usare mai il pacchetto latexsym; a maggior ragione se hai già specificato amssymb; il pacchetto latexsym serve per compilare vecchi documenti creati prima del 1994.

Il pacchetto dsfont (double stroke fonts) serve quando non si caricano i font della AMS che tu invece carichi; il comando \mathbb è già definito e non c’è nessun bisogno di caricare un altro pacchetto per fare quello che puoi già fare.

Ho il sospetto che tu abbia fatto un gran pasticcio con fancyhdr e gli stili fancy e fancyplain; rileggi la documentazione del pacchetto fancyhdr (apri il terminal, scrivici dentro texdoc fancyhdr]/b],premi il tasto “invio”, e leggi).

\newpage prima di \chapter non serve a niente.

Non usare `\begin{center} … \end{center}` dentro agli ambienti figure e table; inseriscono dello spazio spurio; usa la dichiarazione \centerign come i ho messo nell’esempio a inizio messaggio.

\caption senza i suoi argomenti produce un errore; se non vuoi scriverci niente nella didascalia, metti almeno un gruppo vuoto [tt]{}[/tt].

Non vado avanti segnalarti altri errori; certo se avessi letto la guida L’Arte di scrivere con LaTeX, liberamante scaricabile con il link presente nella sezione Documentazione di questo forum, avresti risparmiato un mucchio di errori o di inesattezze o di ingenuità. Per el ingenuità, non metto lingua: è normale per una persona che si è avvicinata a LaTeX da poco; tutti abbiamo commesso errori, scritto inesattezze e in quanto a ingenuità non ne parliamo…

Ma visto che le guide ci sono, basta leggerle; non si spreca tempo, ma il tempo consumato serve per risparmiarne 10 volte tanto.

Il problema è della figurina.
Nel primo caso essa è “centrata”, nel senso che l’asse matematico della figurina (passante per il suo centro) è correttamente collocato all’altezza dell’asse matematico della cella dove essa si trova; la seoconda figurina, invece non è affatto centrato, ma sua linea di base coincide con la linea di base di ciò che sta nella cella e, infatti, è allineato con la base della lettera A della cella adiacente.

La soluzione di \vcenterincludegraphics va bene per oggetti piccoli; se tu rimpiccilissi la figurina mettendo un argomento facoltatiovle per il suo primo argomento, del tipo height=3mm (o anche meno di 3mm) vedresti che il centro della giurina sarebbe all’altezza della barra della A di due celle accanto.

Se vuoi mettere figure di una certa dimensione nella tua tabella dovresti cambiare la definizione di \vcenterincludegraphics aggiungendo dello spazio non eliminabile sopra e sotto quanto includi, una cosa del tipo:`
\newcommand*{\vcenterincludegraphics}[2][]{%
$\vcenter{\vspace*{2mm}\hbox{\includegraphics[#1]{#2}}\vspace*{2mm}}$}`aggiustandole due spaziature come meglio ti conviene, per esempio aumentando di 1mm la spaziatura inferiore.

Invece di allegare la foto, che non hai allegato, copia la parte del file log della compilazione con l’errore, vale a dire le poche ultime decine di righe, e allegalo al tuo messaggio fra i debiti tag che ottieni evidenziando il codice e poi cliccando sulla icona, qui sopra, che contiene i segni <> in blu sul bordo di un quadrato bianco.

Certo, longtable è fatto apposta per quello. Ovviamante i preamboli delle tabelle vanno specificati in modo adeguato, aggiungendo anche informazioni del tio continua nella prossima pagine oppure continua dalla pagina precedente. Ma, appunto, longtable è fatto per quello.

@Dutto, hai provato a fare due conti sulle dita? hai due tabelle di 10 colonne ciascuna; le metti in un ambiente table sperando che con subfig si affianchino e si affianchiono senza bisogno di ulteriori spazi tipo \qquad. Sicuramente l’ambiente table forma una unica scatola che non potrà mai spezzarsi fra due pagine, dovune LaTeX decida di mettarla sarà sempre un blocco unico.

Allora i conti sulle dita: hai in totale 20 colonne, ognuna, compresi gli spazi ai suoi lati, occupa 12pt più la larghezza del suo contenuto; supponiamo che il contenuto sia vuoto in tutte le celle; la larghezza totale delle due tabelle affiancate sarà dunque di almeno 240; siccome le celle non sono vuote, puoi ragionevolmente stimare almeno una larghezza doppia; è un conto prudenziale; infatti le intestazioni delle colonne sono molto più larghe. MA facciamo conto che le due tabelle affiancate occupino in orizzontale 480pt; siccome 3pt fanno 1mm, quello vuol dire che le tabelle da sole (quasi vuote) occupano almeno 480pt diviso per 3pt al mm = 160 mm, cioè l’intera giustezza della pagina se hai dei margini da 25mm. Siccome le celle non sono così strette, ecco che il tutto esce dai bordi della gabbia di stampa e probabilmente fuori della “carta” A4 sulla quale pdfLaTeX crede di star scrivendo.

Mettere \qquad fra le tabelle peggiora le cose, ma table non può spezzarsi fra due pagine.

Allora, siccome i descrittori di colonna delle due tabelle non sono uguali, non puoi nemmeno usare longtable.

Il consiglio di @skevin93 di togliere tutta la filettatura orizzontale, tranne i filetti che separano la riga di intestazione delle colonne, e tutta la filettatura verticale è molto valido. Però correggi i vari \multicolumn delle celle di intestazione (se togli la filettatura verticali devi togliere al filettatura anche dai descrittori di \multicolumn, ma se lasci la filettatura verticale, nei descritto dei descrittori di colonna di tutti i \multicolumn, tranne il primo, devi togliere il filetto di sinistra, che è già stato definito dal descrittore della colonna precedente.

Personalmente ti suggerirei di lasciare perdere subfig e di fare due tabelle distinte, entrambe con l’opzione di posizione [p] perché sono entrambe grandi anche in verticale. Sbizzarrisciti con due didascalie esplicative adatte allo scopo.