OldClaudio

Visto che le testatine e i piedini creati da fancyhdr sono fatti di tre parti che si possono sovrapporre, se il tuo logo si sovrappone riducilo di dimensioni o scegli le informazioni da scrivere nel campo adiacente in modo che non siano così larghe;

Ricordati che quanto metti nel terzo esterno di foot/head è appoggiato al margine esterno; quello che metti nel terzo interno è appoggiato al margine interno; quello che metti nel terzo centrale è centrato; quidi scegli tu che cosa fare per ridurre il pericolo di sovrapposizione o per evitarlo del tutto; hai diverse possibilità con risultati estetici diversi. Non puoi esimerti dallo scegliete tu quello che vuoi ottenere.

Liverpool” post=72127

Detto in altri termini: l’interpolazione lineare (curve di Bézier del primo ordine: segmenti) richiede un mucchio di punti; [omissis] . Le curve di Bézier del terzo ordine sono raccordate in modo da mantenere la continuità della tangente sia quella della concavità. Fidatevi di Bézier: le quadratiche vanno già bene; le cubiche vanno ottimamente. Sia tikz sia pgfplots possono usare tranquillamente le curve di Bézier; con grossi vantaggi sul disegno e sull’impiego modesto della memoria.

Su questo punto non sono d’accordo ad occhi chiusi. Ci sono dei grafici per i quali le curve di Bézier vanno benissimo e sono quelli in cui, come hai detto tu, tra le proprietà della curva c’è la continuità della tangente e della concavità. Ci sono però delle curve che non hanno questa proprietà e tracciarle con l’interpolazione cubica può dare problemi se i punti non sono scelti bene. Prendi ad esempio il grafico di una rampa o una qualunque curva con un punto angoloso. Se i nodi sono scelti uniformemente nel dominio e sono radi, rischi di prendere fischi per fiaschi. Se invece i nodi sono uniformemente distribuiti e densi va tutto bene, ma a questo punto a che ti serve l’interpolazione non lineare? Per mantenere basso il numero dei nodi, la soluzione è addensarli in prossimità del punto angoloso e diradarli altrove, che è ciò che fanno Matlab e Mathematica quando determinano il luogo delle radici, ad esempio. Ma se non usiamo un algoritmo del genere? Pensa ad un campionamento uniforme con acquisizione dati. Affideresti alla cieca la tua analisi alle curve di Bézier? La figura che segue mostra la differenza di comportamento della rampa nel caso di interpolazione lineare e cubica su nodi equispaziati, ottenuto con questo codice:
`\documentclass{standalone}
\usepackage{pgfplots}

\begin{document}
\begin{tikzpicture}
\begin{axis} [legend pos=north west, no marks]
\addplot+[thick, dashed] coordinates {(-3,0) (-2,0) (-1,0) (0,0) (1,1) (2,2) (3,3)};
\addplot+[smooth, thick] coordinates {(-3,0) (-2,0) (-1,0) (0,0) (1,1) (2,2) (3,3)};
\legend{lineare,cubica}
\end{axis}
\end{tikzpicture}
\end{document}`

[attachment=246]rampa.png[/attachment]

Altro aspetto è quello del risparmio di memoria. Perché pensi che l’interpolazione di ordine superiore faccia risparmiare memoria? Secondo te dove vengono memorizzati i punti inermedi tra i nodi (*)? Quei punti che non ci metti tu nella definizione della curva se li deve calcolare e memorizzare lui per tracciare il grafico: non è che i punti sul pdf se li può inventare. Quindi non solo non risparmi memoria, ma rallenti anche la compilazione(**). Fa una prova. Io ho provato a tracciare una retta con un numero di campioni spinto quasi al limite. Ho aggiunto l’opzione [tt]smooth[/tt] e la compilazione si è arrestata per sforamento della capacità. L’interpolazione cubica serve solo a rendere più dolci i grafici quando i punti a disposizione sono pochi e ad ottenere risultati decenti non rallentando troppo la compilazione(**) con un numero sproporzionato di campioni. La soluzione sta semplicemente nel non esagerare con i nodi, ma io preferisco (quasi) sempre campioni veri a campioni inventati.

O sbaglio? Ciao

*************************************
Edit: forse ho capito ora che con “impiego modesto della memoria” volevi dire che con le curve di Bézier servono meno punti in più che con l’interpolazione lineare per ottenere generalmente buoni risultati con un modesto incremento della memoria. Se è così siamo d’accordo (con le obiezioni sollevate all’inizio), ma è bene chiarire che l’interpolazione cubica ha bisogno di ulteriore spazio di memoria per definire le curve rispetto a quella riservata ai campioni.
*************************************

(*) non intendo i punti che costituiscono la linea, ma quelli necessari a determinare univocamente l’equazione della curva.
(**) rallenti la compilazione rispetto al caso in cui non aumenti tu i nodi, ma se per evitare le curve di Bézier aumenti i campioni, il discorso è vero fintantoché la funzione della quale vuoi disegnare il grafico è più “semplice” di un polinomio di terzo grado e quindi quasi mai.

Forse mi era sfuggita la lettura di tutto il messaggio, che ora ho ritrovato e ho letto con attenzione.

ti posso dare due risposte:

1) è ovvio che una curva da tracciare contiene delle discontinuità, usi l’interpolazione lineare, quedratica, cubica solo nei tratti dove la curva è sufficientemente regolare; quindi una funzione gradino si disegna con due segmenti non raccordati; una rampa si disegna con due segmenti raccordati; una curva con cuspide si disegna con due curve (di orine 1, 2 o tre non importa; si usa la curva più adatta)che hanno solo le coordinate della cuspide in comune, eccetera.

2) le curve di Bézier richiedono ognuna quattro punti; due sono di inteprolazione e gli altri due sono di controllo; la parte difficile da fare e che fa pgfplots, è quella di determinare i punti di controllo delle due tangenti e della concavità per le curve del terzo orine, senza obbligare l’utente a definirli; poi una volta fatti questi calcoli, tenuto conto che ongi nuova curva aggiunta al grafico parte dal putno fissato con “moveto” e arriva allaltro nodo, mentre in mezzo ci sono le coordinate dei punti di controllo, ogni nuovo arco richiede un comando PostScript o un compndo PDF che aggiunge solo tre coordinate al file di uscita intercalate con poche altre informazoini relative a chi fa che cosa; tipicamente pict2e per una cubica richede di scrivere nel file di uscita il risultato della traduzione nel linguaggio del driver in uso di
`
\curveto(x1,y1)(x2,y2)(x3,y3)
`
dove x1,y1 e x2,y2 sono le coordinate dei due punti di controllo, e x3,y3 sono le coordinate del nodo di arrivo; il codice tradotto in linguaggio pdf richede un’altra mezza dozzina di caratteri; PostScript è più “verboso” e ne richiede una ventina in più.

La domanda allora diventa: dove sono i punti della cirva? semplice, non ci sono; la curva viene ridisegnata ogni vola dal driver per il formato di uscita: se questo è PDF, ci pensa Preview, Skim, Adone Reader, Sumatra, xpdf, o quant’altro a tradurre quelle poche informazioni in una bela curva sia sullo schermo sia sulla carta disegnata con il colore giusto a lo spessore giusto.

Ora sarà pur vero che il linguaggio PDF non costituisce una macchina di Turing, ma è anche vero che i suoi comandi primitivi consentono di disegnare curve cubiche molto bene con tre (quattro contando anche il punto di partenza) sole coordinate e qualche byte in più per dirgli che cosa deve fare con quelle coordinate.

Ecco perché affermo che è opportuno usare sempre l’interpolazione cubica, ovviamante quando si può; certo non con funzioni discontinue, ma tra una discontinuità e l’altra.

D’altra parte come pensi che si posano disegnare i caratteri ridigitallizzando ex novo il disegno ogni volta che si cambia scala sullo schermo in modo da non ingrandire i pixel che sono serviti per digitalizzare la pagina in prima istanza?perché il font bitmapped sono così scadenti quando si ingrandisce il disegno sullo schermo? proprio perché sono definiti da una matrice fissa di quadratini/rettangolini che nella scala giusta producono un bel disegno, ma nella scala sbagliata producono un orrore. L’abilità del visualizzatore delle pagine PDF sta appunto nela sua abilità di ridisegnare e rigitalizzare ogni forma grafica che appare sullo schermo disponendo appunto delle poche informazioni costituite dai nodi di interpolazione e dai punti di controllo dei relativamante pochi archi che formao ol disegno di ogni carattere.

Prova a installarti FontForge, se non lhai già installato; anche i contorni dei caratteri sono curve; ma vai a vedere un carattere qualsiasi scegliendolo da una qualsiasi polizza pfb, o ttf, o otf, cliccando sopra il disegno del carattere puoi evidenziare in rosso sia i nodi di interpolazione sia i unti di controllo, sia il contorno del glifo; nonostante ogni glifo possa essere più o meno complicato il numero totale di nodi di interpolazione è veramente modesto; prova so a immaginare quanti nodi ci vorrebbero se si usasse solo l’interpolazione lineare. ogni glifo sarebbe disegnato usando un numro di noti superiore di almeno due ordini di grandezza rispetto a quando sono disegnati con spline cubiche; noterai che in prossimità delle cuspidi le due tangenti destra e sinistra rispetto al verso di percorrenza sono indipendenti l’una dall’altra, mentre se provi a muovere il punto di controllo di una tangente in un nodo di continuità, si muove corrispondentemente anche il punto di controllo dell’altra tangente.

Anche senza disegnare font, l’uso di FontForge insegna tante cose sull’uso dell’interpolazione cubica.

Scusa se mi sono dilungato sull’interpolazione cubica dei contorni dei glifi. questi contorni sono curve come tutte le altre ma presentano anche delle cuspidi; l’unica cosa di cui non dispongono sono le discontinuità di prima specie, perché sono sempre curve chiuse semplicemente connesse. Però in questo modo credo di avere risposto alla tua domanda sull’interpolazione.

Dalla documentazione di Microtype, nota 1, pagina 1:

Currently, this package provides protrusion settings for Computer Modern Roman, Palatino, Times, URW Garamond, Adobe Garamond and Minion, Bitstream Charter and Letter Gothic, the AMS symbols and Euler fonts, for various Euro symbol fonts, as well as some generic settings for unknown fonts (cf. table 3 on page 21). Contributions are very welcome.

quindi entrambi URW Garamond a Adobe Garamond sono gestiti da microtype.

Come va con mathdesign?

Anche URW Garamond è gestito da mathdesign; tabella all’inizio de §4 nella pagina 2 della documentazione di mathdesign. Peccato che la documentazione di mathdesign, datata gennaio 2006, parli ancora di teTeX e non faccia menzione di TeX Live.
Nel file MD-urw-garamond-doc.pdf si afferma nel §1.1 che:

A complete TEX installation is required. In particular, the Urw Garamond font family must be already present on your system. It is probably the case, as these fonts are now distributed with all the main TEX distribution.

ma, onestamente, io ho la versione MacTeX aggiornata a ieri sera, ma non vedo traccia di garamond nella cartella /type1/URW/ e ho trovato nelLe altre cartelle solo la versione con l’estensione per il vietnamita ugm.htf da usare con tex4ht.

Temo che tu abbia ragione in merito alla difficoltà di installare a mano i font urw-garamond; in realtà non è difficile con una versione moderna di TeX Live e la presenza dell’albero locale; ma le istruzioni vanno rispettate alla lettera e vanno date in modo chiaro con un file apposito; è richiesto che l’utente sappia che cosa sia il termina o il prompt dei comandi e lo sappia usare, cosa che oggigiorno non sembra una nozione molto comune…:sad:

La cosa più probabile, secondo me, ma la mia sfera di cristallo è un po’ appannata, forse a suo tempo, avevi installato il pacchetto di MiKTeX che contiene il file di estensione ucs.sty; se ora non lo trova, vuol dire che lungo il nuovo path di ricerca non c’è.

Nota che se prima avevi la versione 2.8 e ora la versione 2.9, gli alberi dove sono installati sia i file binari eseguibili, sia i vari file di estensione, i file di clase, eccetra, sono tronchi diversi nati dalla stessa radice c:\Programmi\MiKTeX\ e proseguono uno con 2.8\miktex\ e l’altro con 2.9\miktex\

Perciò la tua vecchia versione, se non l’hai disinstallata completamente con gli appositi strumenti di Windows (dal pannello di controllo), potrebbe essere ancora lì, ma non è più accessibile perché il path incida in percoso che passa per la cartella 2.9.

Prova nel terminale a scrivere PATH e poi a premere “invio”; leggi il path che ne viene; è possibile che quello che ti ho descritto sia corretto.

In ogni caso ripulire al macchina della vecchia versione dovrebbe essere sempre possibile e utile perché liberi non pochi megabyte di disco, ma tutti i problemi svanirebbero se eseguissi l’installazione compelta. Meglio ancora se installasi TeX Live invece di MIKTeX; la distribuzione TeX Live c’è anche per Windows (inserisci la stringa texlive nella finestrina del motore di ricerca e potrai trovarlo facilmente). La distribuzione TeX Live ha la particolarità che viene aggiornato praticamante ogni giorno da un team di molte persone e il TeX Live Manager (tlmgr) che puoi usare a mano quando ti pare, ti aggiorna la tua distribuzione sempre con i pacchetti nuovi e quelli vecchi che hanno subito upgrade. Io aggiorno almeno ogni settimana, e ogni volta ci sono da 50 a 100 pacchetti aggiornati e/o nuovi da installare.

Forse hai fatto un paio di errori:
1) hai fatto l’installazione da administrator e ora vorresti aggiungere altri pacchetti come user o privileged user. Vedi di rimediare installando i pacchetti come amministratore, ma l’errore più grave è il secondo:
2) hai installato la versione basic; non bisogna mai installare la versione basic, o comunque incompleta, ma sempre al versione full; lo diciamo sempre qui sul forum.

\color{colore} è una dichiarazione che resta in vigore finché non se ne da un’altra. Probabilmente se scrivi \textcolor{hardgray}{\thechapter} il colore grigio scurissimo resta confinato al solo numero.

Be’, direi che è normale che sia così: l’Arte è scritta per una readership “principiante”, come continuano a direLorenzo e Tommaso.
Se mi consentite, io non sono un principiante, ma non lo dico per vantarmi, ma lo sono perché lavoro con LaTeX da più di 25 anni e il mio primo approccio è stato non quello di comporre un documento ma quello di modificare un file di classe. Ai tempi del vecchio DOS era necessario essere smanettoni.

Ora posso supporre che i comandi che non capisci siano \@namedef e \@namesuse, tanto per citarne un paio che sicuramente non sono descritti nell’Arte; può darsi che siano descritti negli appunti di programmazione in TeX e LaTeX di Enrico, il cui quaderno non è certo per principianti, ma contiene moltissime cose interessanti, interessantissime.

Io uso spesso dei comandi del nucleo di LaTeX; non ne ho usati moltissimi in macro ricorso, ma ne ho usati: per esempio \@roman, \c@Nclienti, e simili; per impratichirmi di queste cose ed essere creativo con certi comandi ho studiato a fondo il nucleo di LaTeX (file latex.ltx); non lo capisco ancora tutto, ma direi che ne capisco un buon 50%.

Ragazzi, non sono un informatico e quindi la mia attitudine verso la programmazione è diversa da quella degli informatici. Probabilmente la mia mancanza di informaticità mi fa percorrere strade torutose e mi imbriglia la fantasia. Tuttavia quello che riesco a fare con LaTeX mi soddisfa abbastanza e non faccio sforzi per migliorarmi.

Se mi dici quali comandi non hai capito cerco di spiegarteli o di reindirizzarti a documenti dove so che sono spiegati.

Ciao
Claudio

PS: Nel prossimo upload con la sorpresina ci sarà un mini pacchetto dove, se non avessi accluso anche il file .dtx con la spiegazione del codice, penso che anch’io fra un mese mi sarei domandato che cosa mai avevo fatto 😯

Be’, si vede che a scuola non si fa più l’analisi logica e grammaticale; a parte la mancanza del congiuntivo (…pare che è una prassi…), il di cui e il ne sono due pronomi o particelle pronominali che si riferiscono alla stessa entità. È davvero un errore da matita blu; suppongo che le maestre e le insegnanti di lettere oggi non usino più le matite colorate 🙂