egreg9

Pensavo tu usassi solo topfront. Con toptesi il problema è più sottile, perché è il pacchetto toptesi che richiede topfront, il quale a sua volta vuole inputenc con latin1.

L’unica possibilità che vedo è: (1) scrivere a Beccari che corregga l’errore;
(2) creare un file toptesim.sty uguale a toptesi.sty che però, alla fine, abbia \RequirePackage{topfrontm}
(3) creare un file toptesim.cls uguale a toptesi.cls che richiami toptesim.sty invece che toptesi.sty (basta cercare e sostituire le occorrenze)
(4) creare un file topfrontm.sty uguale a topfront.sty ma cancellando la riga \RequirePackage[latin1]{inputenc}

In alternativa, rinunciare alla codifica UTF8.

Aggiungo qualcosa: prova a dare `\documentclass[utf8]{toptesi}`Potrebbe risolvere il tuo problema. Continuo però a pensare che la classe non dovrebbe caricare codifiche esplicite.

Ciao
Enrico

Grazie del consiglio! 🙂
Questo modo di risolvere il problema lo conoscevo, ma mi chiedevo se non ci fosse un altro metodo. Quello che non mi piace di questo sistema e’ la dimensione dei file coinvolti: se gia’ il bmp e’ grande (diciamo per esempio 1MB), per mia esperienza ho visto che mediamente l’eps raddoppia di dimensione. Per fortuna non e’ il mio caso, ma supponiamo che uno dovesse inserire una cinquantina di immagini, ecco che non e’ difficile raggiungere i 100MB solo per le immagini, con tutto quello che ne consegue (per lo piu’ lentezza di compilazione o nella conversione dvips, oppure difficolta’ nel trasferimento dei file (per esempio via email)). Da questo punto di vista, quindi, la situazione risulta gia’ pesante con i bmp 🙁 e peggiora ancora con gli eps 😥 . Potendo invece usare file compressi per le immagini, i nostri 100MB potrebbero essere ridotti a circa 5MB, accettando una minima perdita di qualita’. 😀
Per quanto ne so io, quindi, l’output in file ps non e’ indicato per chi vuole inserire molte immagini non vettoriali, ma ha il notevole vantaggio che si puo’ far uso del pacchetto psfrag. Sbaglio?
Tuttavia, dal ps si puo’ poi ottenere un ottimo file pdf con una dimensione molto piu’ contenuta e che gode ancora delle sostituzioni fatte dal psfrag usando ps2pdf (che pero’ per la mia esperienza riduce notevolmente il margine superiore 😕 ) o l’utility offerta da GhostView.

Ma perché non trasformare il bmp in JPEG? Puoi incapsularlo in un eps senza alcun apprezzabile aumento di dimensioni (se usi Postscript livello 2) o usarlo direttamente in pdflatex.

Ciao
Enrico

Ragazzi ho un curiosità. Vi chiedo se conoscete qualche pacchetto che permette di modificare la distanza tra la linea di frazione ed il numeratore o il denominatore, oppure preso `x^a`la distanza tra la x e la a in orizzontale e verticale, insomma vorrei sapere come modificare le distanze in ambiente matematico usando \setlength e senza usare raise kern…

Ad esempio vorrei poter scrivere una roba simile`\setlength{\numfracskip}{5pt}
\setlength{\superscriptgap}{2pt}
\setlength{\superscriptheight}{3pt}`ho provato a vedere il pacchetto mathtools ma non c’è nulla

I parametri che regolano queste distanze sono presi dai file metrici dei font dei simboli matematici. Possono essere modificati solo quando il font è caricato la prima volta. Non è una cosa facile: occorre leggersi l’appendice G del TeXbook.

Ciao
Enrico

Sono un ignorante, ma fossi in te andrei nel pacchetto scritto dal tuo amico, a cambierei la scritta facolta’ (con l’accento come e’ scritto li’, non con il mio apostrofo), e ci scriverei
`Facolt\`a`

Ma il problema è che nel sorgente è proprio scritto con l’accento esplicito….

Un pacchetto non andrebbe mai scritto con riferimenti a codifiche di input particolari, ma solo usando caratteri ASCII a 7 bit. Tuttavia, esaminando l’ultima versione di topfront.sty, sembra che nulla, ma proprio nulla, richieda la codifica latin1. Un hack che può sistemare la faccenda, in attesa che il pacchetto venga corretto, è`
\let\ORP\RequirePackage
\renewcommand{\RequirePackage}[2][]{}
\usepackage{topfront}
\let\RequirePackage\ORP`Dovrebbe funzionare perché il pacchetto topfront richiede solo inputenc.

Naturalmente va usata l’ultima versione, scaricabile da CTAN.

Ciao
Enrico

Ti ringrazio molto. E’ proprio quello che cercavo.
Scusami se approfitto, soltanto un’ultima dmanda: mi piacerebbe scrivere per ogni algoritmo, sulla stessa riga dove compare Algoritmo 1, anche il nome specifico per l’algoritmo, as es.

Algoritmo 1: Algo Distribuito

come posso modificare il codice che mi hai dato?

Grazie ancora.

`\newenvironment{algo}[2]
{\refstepcounter{algo}\label{#2}%
\begin{center}
\begin{minipage}{.5\textwidth}% aggiusta tu la frazione
\hrule\smallskip
\textbf{Algoritmo \thealgo: #1}
\par\smallskip\hrule\smallskip\ignorespaces}
{\par\smallskip\hrule
\end{minipage}
\end{center}
}`E l’uso è circa come prima: \begin{algo}{Nome}{etichetta}

Ciao
Enrico

Se ci sono linee orizzontali, di solito è meglio mantenere il margine a sinistra e a destra; ma è una questione di gusti e comunque dipende dalla tabella.

Esempio 1: \begin{tabular}{ll}
Esempio 2: \begin{tabular}{@{}lp{4pc}@{}}

Perché nel primo no e nel secondo sì al “taglio”? Una \hline nel primo probabilmente si estende oltre l’effettivo contenuto della cella nella seconda colonna; quindi è meglio se c’è un po’ di margine nella prima. Nel secondo caso una linea orizzontale si allinea esattamente con il margine destro dei paragrafi nella seconda colonna, quindi forse è meglio che si allinei anche con il margine sinistro.

Naturalmente le linee verticali esterne non vengono prese in considerazione perché non ci sono. 😀 Non sono pienamente d’accordo con l’autore di booktabs che vieta categoricamente le linee verticali; ci sono casi in cui servono (in mezzo alla tabella). A me, viceversa, non piace la linea in testa.

Se si tratta di un array invece che di un tabular, con le parentesi attorno, il “taglio” è obbligatorio.

Se poi usi tabular per ottenere qualche effetto particolare e non per una tabella propriamente detta, il taglio è necessario quasi sempre.

Ciao
Enrico

Salve cari ragazzi del forum,
sono ancora alle prese con queste diavolo di tabelle che non riesco a far comportare come vorrei!
Ho una tabella di 3 colonne che occupa 5, 6 pagine creata così:`\begin{singlespace}
\footnotesize \centering
\begin{longtable}{m{.2\textwidth} m{.3 \textwidth} m{.5\textwidth}}
\toprule
…
\bottomrule \\
\caption{…}
\end{longtable}
\end{singlespace}
`Mi sembra con le prporzioni di aver occupato il 100% dell’ampiezza del foglio,
in realtà la tabella mi sporge a destra e solo se rimpicciolisco un po’ una colonna mi sta centrata! Ossia dal lato sin non tocca le spaziature, ma invade il lato dastro del margine.
Sarà perchè ho impostato i seguenti margini? `\geometry{tmargin=40mm,bmargin=30mm,lmargin=35mm,rmargin=25mm,includefoot}`In realtà mi farebbe comodo mettere la tabella in orizzontale sul foglio in modo da avere colonne un po’ più larghe, anche se comunque la tabella dovrebbe occupare più di una pagina, qiuindi continuare a spezzarsi.
Cercando nel forum ho provato con `\begin{sidewaystable}
il contenuto come il codice di prima
\end{sidewaystable}`includendo l’opportuno pacchetto, ma non funziona; la tabella ruota ma non si spezza!

Qualcuno sa xkè?
Oppure come posso fare, lasciandola orientata verticalemnte, a fregarmene dei margini laterali del foglio solo x quella tabella?

Prima di tutto, si scrive “perché” e “per”, dai! Per favore! 😀

Anche “splittato” non è che sia proprio bellissimo, che dici? 😀

Il problema della “sporgenza” è che non hai tenuto conto degli spazi tra colonne. LaTeX mette uno spazio di ampiezza \tabcolsep prima e dopo ogni colonna. Puoi eliminarlo, ma non andrebbe bene perché le colonne si attaccherebbero l’una all’altra. Carica \usepackage{calc} nel preambolo del documento e usa come specificatore della tabella`\begin{longtable}{
m{.2\textwidth-2\tabcolsep}
m{.3\textwidth-2\tabcolsep}
m{.5\textwidth-2\tabcolsep}
}`Sulla cooperazione fra sidewaystable e longtable avrei parecchi dubbi: sidewaystable ruota solo il contenuto della pagina, non può estendersi a più pagine.

Ultima osservazione: \caption in longtable va in “head” o “foot”:`\begin{longtable}{…}
…
\caption{…}
\endhead

\end{longtable}`Ciao
Enrico