egreg9

Può anche darsi che il risultato che ottieni sia lo stesso, comunque ritengo che sia più efficace la soluzione fornita dall’AMS-LaTeX dato che non c’è bisogno di imporre manualmente spazi matematici e che siamo sicuri che la nuova funzione sia trattata come tutte le altre predefinite.

No. È sicuro che il risultato sarà diverso.

Una definizione come \newcommand{\sgn}{\,{\rm sgn}} è sbagliata sotto una dozzina di aspetti diversi. Ne cito un po’ a caso.
1) Non si comporta in modo corretto se seguito da un non delimitatore; si confronti il risultato ottenuto con $\log a$ e $\log(a+b)$ rispetto a $\sgn a$ e $\sgn(a+b)$.
2) Non si comporta in modo corretto se preceduto da un delimitatore; le differenze fra $(\log a)$ e $y\log a$ dovrebbero essere evidenti. Provare lo stesso con \sgn.
3) Non si devono mai usare i comandi obsoleti \rm, \it e simili.
Ciao
Enrico

Ciao,
vorrei chiedere una cosa sul verbatim.
Vorrei includere nel codice dei puntini-puntini {…}`\begin{verbatim}
\ldots
codice codice codice codice codice codice codice codice codice codice
\ldots
\end{verbatim}`chiaramente lui mi scrive il codice e quindi “\ldots”.
E’ possibile inserirli?
Chiaramente una soluzione potrebbe essere questa:`\begin{verbatim}
…
codice codice codice codice codice codice codice codice codice codice
…
\end{verbatim}`
Ma ben poco elegante dal pdv di LateX.
Cosa mi consigliate?
Ps. altra question: con Verbatim è possibile non tagliare il codice che inserisco?
Pps. ci sono alternative per inserire codice al verbatim?
Grazie a tutti. 😀

Pacchetto fancyvrb; in molti casi è sufficiente alltt:`\usepackage{alltt}
\begin{alltt}
\ldots
codice
\ldots
\end{alltt}`
Ciao
Enrico

Salve a tutti,
volevo riportare un problema in cui sono incorso per sapere se è già successo ad altri o si tratta semplicemente di un errore.
All’interno di un documento (classe book) ho inserito un numero n di tabelle (circa una quarantina) colorate con colortbl e realizzate proprio in ambiente supertabular. Successivamente ho proceduto a compilare il doc con il solito passaggio dvi->pdf.
Purtroppo controllando il doc dopo la decima tabella accadeva che in alcune tabelle a seguire la dimensione di una o più righe (solo di alcune righe) fosse visibilmente più piccola rispetto a quella della tabella stessa. Come potete immaginare l’effetto era molto sgradevole così ho cominciato subito a cercare l’errore (peraltro non riportato nel log). Dopo infiniti tentativi (e nessun errore apparente). ho provato a sostituire l’ambiente supertabular col più tradizionale tabular.
Immediatamente la formattazione delle tabelle è andata a buon fine e il problema non si è più evidenziato. ❓
La domanda che mi (vi) pongo, prima di smattare su quale sia stato l’errore commesso, è se a qualcuno di voi sia mai accaduto qualcosa di similare.
Grazie
Mau

Propenderei per un’incompatibilità fra supertabular e colortbl.
Domanda: ma se le tabelle ti stanno in una pagina, perché usi supertabular?
Comunque sia, prova con longtable invece che supertabular.
Ciao
Enrico

Non esiste una guida disonibilie online e, possibilmente, gratuita? In tutte quelle che ho consultato mi è capitato di trovare sloppypar, ma nessuna spiegava effettivamente cosa fa di preciso.

La differenza tra le guide cartacee e quelle free sta proprio in questo: quelle free trattano quasi tutti gli argomenti ma in modo molto superficiale senza spiegare cosa fa il TeX. Quando si arriva al punto di aver bisogno come funziona il motore che sta dietro ai comandi, è necessario passare ai manuali.
Su qualche guida free magari viene spiegato anche come funziona lo sloppypar, ma adesso non saprei cosa consigliarti.

Per abilitare la sillabazione nei font a spaziatura costante si usi il pacchetto hyphenat, con l’opzione htt:`\usepackage[htt]{hyphenat}`L’ambiente sloppypar rilassa gli stretti criteri di TeX per la composizione dei paragrafi, permettendo che ne siano prodotti di brutti.
Ciao
Enrico

OK grazie mille …..
vedrò di riscrivere allora …
Detto tra noi questa cosa non può essere etichettata come un bug di Latex ???

Forse sei abituato ad altri programmi di trattamento del testo che usualmente gestiscono le righe in modo indipendente l’una dall’altra e lasciano buchi vuoti ovunque quando non sanno come mettere le cose a posto. Di solito questi programmi contengono nel nome la parola “word”.
TeX non si accontenta di un risultato pessimo, ovviamente. A volte però non è proprio possibile ottenere righe accettabili, per via di limitazioni del testo stesso (per esempio, parole troppo lunghe non spezzabili). In questi casi è lo stesso utente che deve cercare un compromesso, solo lui sa che cosa sta scrivendo.
Ciao
Enrico

Salve a tutti …
è da un paio di mesi che uso latex (per la mia tesi) e se devo essere sincero non ho mai trovato grossi problemi (e quelle che ho incontrato gli ho risolti leggendo su questo forum :wink:), tuttavia c’è una cosa che nel mio elaborato non riesco a fare…
Il problema è questo.
All’interno della mia tesi ci sono molti termini informatici che ovviamente non sono sillababili o divisibili, a causa di questo motivo il testo in alcune righe sfora l’impaginazione (non andando quindi a capo) ….
le ho provate in tutti i modi, usando \mbox, usando \hyphenation tuttavia niente da fare.
qualcuno sa dirmi qualcosa a riguardo.
per farvi capire meglio questo è il mio preambolo

\documentclass[a4paper,12pt]{report}
\usepackage[italian]{babel}
\usepackage[latin1]{inputenc}
\usepackage[T1]{fontenc}
\frenchspacing
\usepackage[usenames]{color}
\usepackage{epsfig}
\usepackage{graphicx}
\usepackage{ccaption}
\newfixedcaption{\captionfixfig}{figure}
…..

Ciao e grazie ancora per l’aiuto che mi avete dato finora …. 😀

Non si capisce bene quello che intendi dire: hai sillabazioni irregolari? In tal caso adoperi \- per indicare nelle parole incriminate i punti esatti in cui è possibile spezzare la parola.
Hai parole che non vuoi spezzare? Allora usi \mbox.
Il comando \hyphenation è semplicemente un modo di evitare \- e \mbox: specifichi una parola nell’argomento con i punti in cui è possibile spezzarla: per esempio`\hyphenation{data-base cdrom}`dice dove è possibile spezzare “database” e che “cdrom” non va mai spezzata.
Ti rimarranno dei messaggi di “Overfull \hbox”; trascurali fino a che non avrai la versione definitiva del testo. Li curerai magari riscrivendo qualche passaggio o, in casi estremi, con “sloppypar”.
Ciao
Enrico

Questo argomento è già stato trattato qua e là nel forum (vedi qui, qui, qui ed in molti altri threads) ma non ho ancora le idee completamente chiare e dunque cerco di fare una sintesi attendendo rettifiche e segnalazioni.
I DVI viewers sono poco affidabili, soprattutto per quanto riguarda operazioni sulle scatole (tipo resize, rotate, scale, ecc.) dunque conviene utilizzare il formato ps o pdf per vedere l’output prima della stampa.
A questo punto mi chiedo:

1. nei casi in cui il DVI viewer sbaglia, si può comunque stampare da questo, oppure si deve utilizzare il file ps?

2. esistono DVI viewer che “funzionano” (io utilizzo Yap)? Se no, come mai?

Non stampi dal DVI viewer, in realtà; avrà pure un pulsante o un menù che dice “Stampa”, ma comunque passi attraverso il driver opportuno per la stampante attiva. Questo vale per i sistemi operativi che uso abitualmente, non so per quello dove gira Yap (buttalo :D)
Che io sappia non esistono DVI viewers che gestiscono proprio tutto, anche se xdvi (in sistemi *nix e anche altri) ha il supporto per ghostscript.
Per essere proprio sicuro guarda il ps o il pdf.
Ciao
Enrico

Questo è un problema che si riallaccia parzialmente a quello precedente dei TTF in LaTeX. Allora, in TeX posso “creare” con facilità i miei font:
`\font\myfont=ecmyfont`
ed è facile sia ingrandirlo (“magnificarlo”) che aumentarlo di dimensioni:
`\font\myfont=ecmyfont scaled \magstep1
\font\myfont=ecmyfont at 36pt`
Tutto questo è ok per TeX ma… io uso LaTeX 🙄 e per usare nuovi font si deve fare un pelo di più. Ma la domanda che voglio porre riguarda in particolare la dimensione di un font in generale: se voglio andare i dimensionamenti classici (\large, \Huge, \scriptsize e così via) come posso fare?
In sostanza, vorrei ad esempio che il titolo di un capitolo sia a caratteri cubitali, alto qualcosa come 3 cm, ben oltre le possibilità di \Huge. Una soluzione è \scalebox, ma così devo includere il pacchetto graphicx (e qui non ci sarebbero problemi), ma lo YAP non riesce a visualizzare bene i risultati, e dovrei passare al PS o al PDF.. Invece col TeX non avevo di questi problemi: come posso fare? 😕

Leggiti la documentazione che trovi in fntguide.{dvi,pdf} (il formato dipende dalla distribuzione); ogni distribuzione seria dovrebbe contenerlo.
Ciao
Enrico