egreg9

Ciao a tutti.
Uso Miktex con Windows XP e mi sono accordo, compilando il file su cui sto lavorando, che utilizzando per fare le parentesi graffe all’interno di un esponente i comandi `\left\{` e `\right\{`, le parentesi mancano sia nel visualizzatore DVI (ma potrebbe anche essere un problema suo) che nel file PS (o PDF) convertito con dvips.
Peraltro dvips restituisce degli errori relativi ai font METAFONT che non riesce a generare, relativi proprio alle estensioni del font computer modern per i simboli matematici, tra cui le parentesi. Sembra che il problema ce l’abbiano i font cmex8, presenti nella distribuzione e provenienti da amsfonts, dato che in LaTeX puro non ci sono tutte le dimensioni del cmex.
Questo è quello che restituisce dvips:`- miktex_make_pk_font (cmex8, 600, 600, ljfour)
Trying to make PK font “cmex8” (at 600 DPI)…
Creating “cmex8.pk”…
“mf” \mode:=ljfour; \mag:=magstep(0.0);nonstopmode;input cmex8
This is METAFONT, Version 2.71828 (MiKTeX 2.4)

(C:\texmf\fonts\source\ams\cmextra\cmex8.mf
(C:\texmf\fonts\source\public\cm\cmbase.mf)
(C:\texmf\fonts\source\public\cm\mathex.mf
! Missing `:' has been inserted
! This can't happen (copy).
mode_param->if.unknown.mode_guard_(EXPR5000)
:(EXPR5000):=(EXPR1);mode_guard_…

ljfour_->mode_param(pixels_per_inch,600)
;mode_param(blacker,0.25);mode_param…
ljfour_

;
mode_setup->…nput “&mode)else:mode_name[mode]fi;
if.unknown.mag:mag=1;fi.if…
l.7 mode_setup
; font_setup;
Transcript written on cmex8.log.
METAFONT failed for some reason
makepk: METAFONT failed on “cmex8”.
dvips: Font cmex8.600pk not found, characters will be left blank.`

Non so dirti molto, se non che hai qualcosa che non va nella distribuzione. Ho provato sulla mia macchina a dare il comando di compilazione del font pk e non ottengo alcun errore (ma io non ho MS Win :))
Perché non abiliti i font PostScript?
Ciao
Enrico

intanto grazie a tutti, in particolar modo a enrico. la domanda pero’ non era sopratutto se scrivere tre o 3, ma se scrivere 3 o $3$.
dal momento che mi si conferma che, almeno in corsivo c’è una differenza, mi chiedo ancora quando usare il primo e quando il secondo.
lapo in un certo senso hai ragione, la differenza se esite è minima. ma se non ricordo male (quanto segue è da prendere con le pinze) i font usati in ambiente matematico possono essere settati indipendentemente da quelli usati nel testo. lo so che potrebbe essere una pessima idea avere font parecchio diversi, ma potrebbe capitare di scrivere
`7 paia di scarpe per $10^7$ persone`
e se i font fossero diversi il risultato sarebbe orrendo.
ripeto, potrei fregarmene perché non capiterà mai, ma è una cosa che mi piacerebbe chiarire

L’unico libro che io conosca con caratteri diversi per i numeri fra dollari e senza è “Discrete Mathematics” di Graham, Knuth e Pataschnik. È un libro di matematica, naturalmente. In un libro tecnico probabilmente gli unici numeri da scrivere non fra dollari sono quelli delle pagine. In un testo normale scriveresti`Sette paia di scarpe per dieci milioni di persone.`Ciao
Enrico

Mi stupireri se di dovesse scrivere` $30$ mele e $20$ pere` Io non noto alcuna differenza tra `con 10 pere` e `con $10$ pere`

La noteresti se scrivessi le due frasi in corsivo. Faccio un esempio per Fabiano:`Una relazione di equivalenza divide l'insieme in classi che sono a due a due disgiunte. Per esempio, la congruenza modulo~$3$ divide l'insieme degli interi in tre classi.`Non scriverei il secondo “tre” come numero. Il primo sì, perché è usato in senso proprio di numero. Né scriverei mai un numero intero minore di ventuno in cifre, se non è usato in senso proprio, per esempio attaccato a una unità di misura. E nemmeno sempre anche in quel caso:`A duecento metri dalla riva una barca era in difficolt\`a`I punti discriminanti sono: se l’unità va scritta con il simbolo o in parola; se il numero è leggibile scritto in lettere. E anche in questi casi non si usa sempre il numero`In Italia seicentoquaranta,
in Almagna duecentotrentuna,
cento in Francia, in Turchia novantuna,
ma in Ispagna son già mille e tre.`Con i numeri non sarebbe lo stesso, non trovate?

Su questo argomento il manuale di Lesina dà alcune regole. Posso provare una sintesi, secondo le mie opinioni.
Se un numero rappresenta una misura precisa, va in cifre.
Se è una misura indicativa (come i duecento metri di prima) va in lettere, purché il numero non sia troppo grande (quando è scritto). In questo caso è facile arrotondare, tanto a nessuno interessa se un posto è lontano un chilometro o a 1123 metri (se non è indispensabile nella trama di un giallo).
Se il numero appare accoppiato a un altro che va scritto in cifre, anche questo va in cifre. Esempio: Ci sono 10 soggetti del primo tipo e 154 del secondo.
Mai cominciare un periodo con un numero scritto in cifre.

Ciao
Enrico

Ciao a tutti. ho alcuni problemi con il dimensionamento di tabelle con il
package array. Ecco un sorgente di esempio:`\documentclass[a4paper,12pt]{book}
\usepackage[ansinew]{inputenc}
\usepackage[italian]{babel}
\usepackage{array}
\begin{document}
\noindent \framebox[\textwidth]{questa è la larghezza del testo}
%%Prima tabella
\setlength{\extrarowheight}{0.5ex}%
\begin{tabular}{|>{\flushleft}m{0.7\textwidth}|>{\centering}m{0.3\textwidth}|}
\hline
Descrizione & B
\tabularnewline
\hline
\end{tabular}
%%
%%seconda tabella
\begin{tabular}{|>{\flushleft}m{0.4\textwidth}|%
>{\centering}m{0.2\textwidth}|%
>{\centering}m{0.2\textwidth}|%
>{\centering}m{0.2\textwidth}|}%
\hline%
Descrizione & A & B & C \tabularnewline%
\hline%
\end{tabular}
%%
\end{document}`Le due tabelle dovrebbero avere la stessa larghezza (0.6+0.4=1 e 0.4+0.2+0.2+0.2=1) ma non è così. Che cosa sbaglio?
Ho letto sul manuale di array che

m{width}…Every entry will be centered in proportion to the rest of the line…

ma cosa vuol dire esattamente ?
Il comando \setlength{\extrarowheight}{0.5ex} pare agisca solo per
incrementare l’altezza delle righe… ma come posso fare a ridurla ?

Sbagli in vari punti.
(1) Non tieni conto dello spazio tra colonne che viene imposto automaticamente e infatti la seconda tabella supera la prima esattamente di quanto la prima supera la grandezza del testo. In generale non è bene scrivere tabelle che occupino l’intera colonna a meno di non scrivere con colonne strette. Esiste il pacchetto tabularx per la cosa che desideri.
(2) Lo specificatore m{} è per centrare verticalmente il contenuto della cella rispetto alla riga.
(3) Usi \flushleft invece di \raggedright; è un errore abbastanza comune confondere i due; ma flushleft è un ambiente, mentre \raggedright è una dichiarazione. Stanno fra loro come center e \centering. È per questo che la prima cella non appare centrata verticalmente; in realtà lo è, perché flushleft comincia imponendo una spaziatura verticale, e \flushleft è equivalente a \begin{flushleft}. Siccome ti manca \end{flushleft} non hai la spaziatura sottostante che riequilibra.
(4) Invece di \extrarowheight potresti provare a modificare il valore di \arraystretch:`\renewcommand{\arraystretch}{1.2}`aumenta del 20% la distanza fra una riga e l’altra.
(5) Usi linee verticali e orizzontali quando forse non è necessario; mai mettere una riga in testa e in coda, a sinistra e a destra.
Ciao
Enrico

Sto scrivendo la tesi (come molti) e nel capitolo dei risultati ho delle \subsections composte da uan tabella, il relativo grafico e poche righe di commento. Il problema è che non so come far stare tabella e grafico insieme nello stesso paragrafo. Ho provato con \minipage, ma ho degli errori, e penso che non si possa fare (ma non capisco il perchè).
Uso win xp perchè mi trovo bene con winedt 5.4 e ho l’istallazione di Miktex completa.
Per meglio chiarire la situazione posto un simil codice.

`\subsection{Study of $\delta$ for $k = 5000$}
\begin{table}
\begin{center}
\begin{tabular}{|r|r|c|c|r|}
\hline
{\bf $\delta$} & {\bf $(1+\delta)$} & {\bf $var(\delta)$} & {\bf Decoding Time T} & {\bf $var(T)$} \\

{\bf } & {\bf $\pm 0,002$} & {\bf } & {\bf $\pm1$ } & {\bf } \\
\hline
0.5 & 1.151 & 0.0191 & 42 & 521.0028 \\
\hline
0.1 & 1.128 & 0.0148 & 48 & 571.0482 \\
\hline
\end{tabular}
\end{center}
\caption[Performance study for $k = 5000$]{Performance study for
$k = 5000$ and $c = 0.005$ in function of $\delta$}
\label{ch4:table_k5000}
\end{table}

\begin{figure}[th]
\begin{center}
\includegraphics[scale=0.42]{ch4_k5000}
\end{center}
\caption{Performance study for $k = 5000$ and $c = 0.005$ in
function of $\delta$}
\end{figure}

comments…
`

Questo è il codice-tipo di questi paragrafetti. A me serve che la figura stia sotto la tabella e non in giro per il mondo, e la stessa cosa con le tabelle.
So che potrei mettere le immagini non float, ma il problema si presenta anche per le tabelle. è per questo che avevo pensato alle minipages.
Naturalmente ho cercato, ma credo sia una situazione un po’ particolare (e probabilmente stupida)…

Premesso che una sottosezione che consista solo di una tabella e una figura non ha molto senso, direi che la soluzione è semplice: metti tutto dentro un solo ambiente:
`\begin{table}[ht] %<-- occhio all'ordine dei parametri \centering \begin{tabular}... ... \end{tabular} \medskip \includegraphics{...} \caption[...]{...} \end{table}` Mi pare che la didascalia sia la stessa, no? E allora lasciane una sola. Casomai cambiando la dicitura:`\renewcommand{\tablename}{Quello che vuoi}` Se questa soluzione non ti va, non c'è molto da fare: l'impaginazione va a pallino se vuoi che gli elementi fuori testo vadano esattamente in un punto. Puoi usare il pacchetto here e lo specificatore H. Attento comunque all'ordine delle opzioni: se scrivi [th] stai dicendo che preferisci in cima alla pagina o, in subordine, qui. Ciao Enrico

Per Gloria (e tutti gli altri…)
La soluzione al problema con eso-pic data nel thread cui fai riferimento purtroppo non funziona.
Prova a compilare:
`\documentclass[a4paper,11pt]{book}

\usepackage[ansinew]{inputenc}
\usepackage[italian]{babel}
\usepackage{graphicx}
\usepackage[binding=1cm]{layaureo}
\usepackage{eso-pic}

\begin{document}

\begin{titlepage}%
\AddToShipoutPicture*{%
\put(\LenToUnit{.5\textwidth}, \LenToUnit{.5\textheight}){\includegraphics{immagine}}%
}
\null \vfill%
\begin{sffamily}
\begin{center}

\begin{Large}
\uppercase{Blah Blah}
\end{Large}

\vspace{2cm}

\begin{Huge}
\uppercase{Blah Blah Blah Blah Blah}\\
\uppercase{Blah Blah Blah Blah Blah}\\
\uppercase{Blah Blah Blah Blah Blah}\\
\uppercase{Blah Blah Blah Blah Blah}\\
\end{Huge}

\vspace{6cm}

\begin{large}
Blah Blah Blah
\end{large}

\end{center}
\end{sffamily}
\null \vfill
\end{titlepage}

\end{document}`e vedrai.

Non stai tenendo conto del margine della rilegatura, bisognerebbe entrare in layaureo per capire come mai.`\newdimen{\mydim}
\setlength{\mydim}{\textwidth+1cm} % occorre anche \usepackage{calc}
\begin{titlepage}%
\AddToShipoutPicture*{%
\put(\LenToUnit{.5\mydim}, \LenToUnit{.5\textheight}){\includegraphics{immagine}}%
}
\vspace*{\fill}
\centering
\sffamily
…
\vspace*{\fill}
\end{titlepage}`Noterai che ho eliminato l’inesistente ambiente sffamily, come devi eliminare i “Large” eccetera. Anche il “center” non serve.

Ciao
Enrico

Ho un super problema: nel preambolo mi sono creato dei nuovi ambienti numerabili, ad esempio:`\newcounter{definizione-counter}
\setcounter{definizione-counter}{1}
\newenvironment{definizione}
{\vspace{0.5cm}
\textbf{Definition \arabic{definizione-counter}:}}
{\addtocounter{definizione-counter}{1}
\vspace{0.5cm}\\}`e la uso in una maniera simile tipo all’ambiente equation:`\begin{definizione}
bla bla bla
\label{def:mia definizione}
\end{definizione}`pero’ quando dopo faccio \ref{def:mia definizione} mi scrive il numero della sezione/sottosezione/sottosottosezione.

Come disse Gino Bartali: “È tutto sbagliato, è tutto da rifare.” 🙂

Non hai alcun bisogno di definirti un ambiente in quel modo, soprattutto se usi amsthm:`\theoremstyle{definition}
\newtheorem{definizione}{Definizione}`
Ci sono parecchi errori nel tuo codice.

Primo errore: non si usa \vspace in quelle situazioni, ma \addvspace.

Secondo errore: non si chiude un ambiente con \\, semmai con \par.

Terzo errore: il contatore va inizializzato a zero e incrementato prima di usarlo. Non che sia grave il viceversa, intendiamoci. Ma così sai sempre dov’eri, senza togliere uno.

Quarto errore: l’incremento del contatore deve essere fatto con il comando che genera un numero comprensibile anche al sistema \label-\ref, cioè \refstepcounter.
`\newcounter{definizione}
%\setcounter{definizione}{0} % è zero, inizialmente
\newenvironment{definizione}
{\par\addvspace{\medskipamount}%
\refstepcounter{definizione}%
\textbf{Definition \arabic{definizione}:}}
{\par\addvspace{\medskipamount}}`
Così potrebbe essere meglio, ma fidati: usa quello con \newtheorem. Quanto a seguire il numero della definizione con i due punti: neanche per sogno. 😀

Ciao
Enrico