OldClaudio

\noindent serve perché \makebox passa in modo orizzontale; se metti quel comando all’inizio di un capoverso del modulo da compilare a mano e il modulo ha una impostazione di \parindent diversa da zero, la tua righina comincia rientrata; a me sembrerebbe che sia opportuno non rientrala, ma questa è una tua scelta. Se vuoi pupi definirti una macro cono argomento facoltativo:
`
\newcommand*{\puntini}[1][\columnwidth]{\makebox[#1]{\dotfill}}
`
che puoi usare così (\noindent non è necessario se è stato impostato \parindent=0pt):

bla bla bla del sottoscritto \puntini[35mm]\ richiede che

\noindent\puntini[50mm]\ dichiara sotto la propria responsabilità che

\noindent\puntini

Il quarto esempio riempie una riga intera.

Stai attento che i puntini e il testo devono essere integrati benissimo, perché altrimenti o i puntini sporgono dal margine oppure vanno a capo lasciando una riga mal composta con uno spazio enorme fra le parole.

Caro Kenshiro,
sono affari tuoi se vuoi inserire dei disegni fatti con Word, anche se salvati in PDF. Non voglio entrare nel merito. Tuttavia non mi pare complicato inserire nella slide una figura pippo.pdf con questi comandi:
`
\includegraphics[width-\textwidthmheight=\textheight,keepaspectratio]{pippo}
`

Infatti, tu non sai se i due ingrandimenti orizzontale e verticale specificati con width e height non ti deformino la figura, ma keepaspectratio assicura che venga usato un solo fattore di scala, quello dei due che non esce dai limiti prefissati di \textwidth e di \textheight.

Inoltre tutti sanno che pstricks non funziona con pdflatex, perché il linguaggio pdf NON è il linguaggio ps. Certo esisterebbero pacchetti per aggirare la difficoltà, ma ti suggerisco davvero di abbandonare PSTriks in favore di tilz, come ti ha suggerito Enrico.

Ti suggerisco anche di non dimenticare i suggerimenti 🙂 ; Enrico ha dovuto ri-suggeriti di non usare l’ambiente center quando sei dentro all’ambiente figure; l’avevo già suggerito io tre o quattro messaggi fa. Lo stesso vale per i font con codifica T1 e la scelta di quella codifica. I comandi per scegliere quei font Times, Helvetica e Courier a quelle dimensioni producono sostanzialmente gli stessi risultati che avresti se usassi \normalsize (10pt), \large (12pt), \Large (14,4pt), \LARGE (17,28pt), \huge (20,74pt), \Huge(24,88pt). Gli scostamenti rispetto ai valori interi che hai fissato sono circa di un punto, circa un terzo di millimetro, quindi non vale proprio la pena stare a rifinire con i comandi che Enrico ti ha scritto (naturalmente quella sequenza di numeri vale se il copro normale del documento è di 10pt, altrimenti vengono scalati in alto corrispondentemente, con il corpo normale di 10,95pt per il copro 11pt).

Inoltre se leggessi la guida dei font (texdoc fntguide da terminale, pagina 7 in fondo), vedresti che esiste anche un comando \DeclareFixedFont che è sostanzialmente uguale al comando che ti ha definito Enrico; \DeclareFixedFont richiede anche di specificare la codifica.

Per esempio per il tuo font \ptmuno basterebbe dichiarare:
`
\DeclareFixedFont{\ptmuno}{T1}{ptm}{m}{n}{20}
`
e usare il comando \ptmuno risulta più veloce che specificare i vari comandi \Huge eccetera, \mdseries, rmfamily, eccetera.

La guida fntguide esiste dal 1994 (con successivi aggiornamenti) e quindi esisteva anche quando usavi MiKTeX 2.5.

Leggere le guide non guasta mai.
Mi dirai: ma come faccio a sapere che la guida dei font si chiama fntguide.pdf e che si può leggere con il comando da terminale texdoc? Semplice: leggendo le guide.
Obbiezione: ma io non ho tempo per leggere guide di 700 pagine!. Risposta: tutte le guide dispongono di un indice generale e di uno o più indici analitici: basta saperli consultare e delle 700 pagine di solito basta leggerne non più di una mezza dozzina.

Poi ci sono le FAQ: Frequently Asked Questions. Esistono in diverse lingue e talvolta sono utili e si trovano in rete (ancora non si trovano in italiano nel sito del GuIT, ma presto, chissà…). Personalmente preferisco le guide.

Questa è la tipica situazione in cui le unità di misura non possono essere portate a un unica unità intermedia, quindi ci vuole una unità di fianco a ciascun valore; per mantenere al tabella ordinata, quindi, io metterei una terza colonna, intestata Unità, che riporti solo l’unità di misura del numero alla sua sinistra.; so che sarebbe preferibile fare cose del genere, ma è quello che bisogna fare quando ci sono grandezze che stanno in rapporto fra di loro di circa un milione (o come diciamo noi, differiscono di sei ordini di grandezza).

Mi raccomando, incolonna pure sul separatore decimale se ti fa piacere, ma ricordati di non riprotare zeri a destra nella parte fratta per avere lo stesso numero di decimali: quegli zeri sarebbero significativi per chi esegue misure, visto che l’ultima cifra esposta indica la posizione della unità che rappresenta l’incertezza di default.

Mi spiego meglio: se dici che 100g di aglio contengono 80g di acqua, vuol dire che l’incertezza della misura ammonta ad 1g; se tu scrivessi 80,000g vorrebbe dire che l’incertezza della misura è di 1mg. La colonna sarebbe forse più bella, da un punto di vista tipografico, ma sarebbe “non sense” da un punto di vista metrologico.

Nello stesso modo se vuoi usare la tabella con l’unità di misura in mg, non puoi scrivere che l’acqua ammonta a 80 000 mg, e la vitamina A a 0,003mg; la misura della vitamina A potrebbe avere troppa incertezza, rispetto al suo valore nominale, (0,001mg su 0,003mg sarebbe una incertezza del 33%, cioè del ±16,5% — che razza di misura a spanne sarebbe!), mentre l’incertezza di 1mg su 80 000mg sarebbe una esagerazione: non esistono quasi bilance con questa piccolissima incertezza di misura, se non forse, e ripeto forse, un paio di strumenti di elevatissima precisione, in un fra i 5 laboratori metrologici preposti alla definizione (e alla certificazione degli strumenti) delle unità di misura (fra i quali i nostri Colonnetti e Galileo Ferraris).

è importantissimo quindi che ogni quantità sia riportata con il suo prefisso decimale e la sua unità di misura, senza mettere mai più di tre cifre significative e ricordando che gli zeri a destra sono significativi (quelli a sinistra, nella parte intera, sono inutili, a meno che la parte intera non sia nulla, e in questo caso lo zero prima della virgola è obbligatorio)

Ciao
Claudio

Hai caricato il pacchetto amsmath?

cer87″ post=62743qualcuno sa perché non mi funziona il trim? invece di ritagliare l’immagine me la sposta

`\includegraphics[trim= 0 0 0 4mm,width=\textwidth]{Inclinometro1/Fitting_i1_lug_ridx}`

Perché devi specificare anche l’opzione clip:
`\includegraphics[trim= 0 0 0 4mm,width=\textwidth,clip]{Inclinometro1/Fitting_i1_lug_ridx}`

In alternativa puoi usare il comando asteriscato:

`\includegraphics*[trim= 0 0 0 4mm,width=\textwidth]{Inclinometro1/Fitting_i1_lug_ridx}`

biblatex-philosophy

Ma se il tuo Package Wizard (o Manager) di MiKTeX non te lo mostra, è probabile che il data base dei pacchetti sia lui stesso da aggiornare.

Come sarebbe: certo che ci puoi mettere un label dentro all’ambiente equation, (non dentro a gather nè a picutre); appeni abri l’ambiente equation scrivici dentro \label{equ:equazioneconfrecce} (usa dei bei label mnemonici, non i numeri che non ti dicono e non possono ricordarti assolutamante niente)

Poi dove la vuoi richiamere usi \ref{equ:equazioneconfrecce} e il numero ti viene fuori benissimo dopo la seconda compilazione. Ovviamente se compili un capitolo alla volta senza usare \includeonly e \include, allora quando compili gli altri capitoli, nel file aux non può compoarire nessuhn riferimento all’equazione di un capitolo che non hai appena compilato.

Ti sarebbe bastato ridefinire \chaptername con
`
\renewcommand\chaptername{}
`
e ottenvi il risultato corretto anche con report; io sono un po’ duro di comprendonio e qualche volta fraintendo le spiegazioni, talvolta non molto chiare, che leggo sul forum.:neutral: