luigi.scarso

Ciao, magari ti può servire:
io ho copiato layaureo.sty in utente\libreria\Texmf\tex\latex
Se texmf non esiste, creala.

Francesco

Grazie. In effetti funziona.
Un’informazione: utilizzando una stampante laser noto una piccola differenza rispetto alle stampe normali (intendo quelle di docs creati con Word o Openoffice) nel senso che sembrano meno marcate.
LaTeX influisce sui caratteri e quindi sulle stampe ?

Si, potrebbe essere.
Voglio dire che usando lo stesso font TrueType / Type1
con gli stessi punti (occhio: il punto di TeX è 1pt = 1/72.27 in, il punto di openOffice è 1bp = 1/72 in quindi bisogna essere sicuri di usare effettivamente la stessa dimensione)
è possibile che in certi punti il testo del pdf fatto da pdflatex presenti dei caratteri leggermenti distorti in larghezza (ridotti o aumentati) per favorire
una uniformità di riempimento riga.
Questo è la cosidetta “micro-typographic extension” al TeX originale descritta da H. The Thanh nella sua tesi
http://www.pragma-ade.com/pdftex/thesis.pdf
ma non è il comportamento di default, bisogna attivarlo.

Inoltre pdftex ha delle macro per trasformare (ruotare, ingrandire etc)
un qualsiasi oggetto e quindi in teoria è possibile scrivere delle macro che modifichino i singoli caratteri all’interno di un testo
oppure scalino una scatola intera di testo — in un certo senso intervenendo ancora sul carattere a tua insaputa.
Ma in generale anche cose sono documentate nel packages
delle macro (o dovrebbero) e non è il comportamento di default,

Inoltre si tratta sempre e solo di trasformazioni geometriche descritte nelle specifiche del pdf:
pdftex non è in grado di modificare alcun parametro dei fonts.
Ovviamente è sempre possible in scrivere in tex
un fonteditor per fonts truetype — ma non è precisamente semplice.
Quindi è probabile che i tuoi test usino proprio il font
senza alcuna modifica di cui sopra (il font “originale”).
Ora, quando si specifica un font di una certa dimensione,
dentro il pdf alla fine verrà scritto un certo numero
che dipende da come pdftex esegue i suoi calcoli ovvero dalla
precisione della sua aritmetica e da come sceglie di scrivere il risultato
e su questo si hanno pochi controlli, perché avviene ad un “livello basso”
non controllabile dall’utente.
Siccome alla fine è questo il numero visto dal driver di stampa,
è possibile che vi siano differenze tra due pdf fatti da pdflatex ed OpenOffice pur avendo specificato “ad alto livello” lo stesso font e punto;
per esperienza però queste differenze sono trascurabili.

A questo punto noi non possiamo essere sicuri che altri programmi
(tipo Write di OpenOffice ad esempio, ma anche Indesign) non usino,
in modo consapevole o meno,
le stesse
tecniche di cui sopra per comporre il testo: per questo il confronto diventa problematico, e se ne esce solo analizzando i pdf dal di dentro
(ovvero, nella forma più cruda, aprendo con un editor la versione non compressa dei documento e confrontandoli).

Per inciso, questa è una consequenza dei fonts vettoriali (ed in generale di tutti i formati vettoriali): con i fonts bitmap non hai questo problema, perchè la rasterizzazione è già incorporata nel pdf.
Si nota molto nei dispositivi a bassa risoluzione ad esempio
negli schermi lcd dei netbook ed è per questo motivo
che è meglio progettare un font per lo schermo, come verdana
http://it.wikipedia.org/wiki/Verdana
Purtroppo non mi pare che i cmr e la loro versione opentype
siano così brillanti in questi schermi lcd — c’e da sperare che la risoluzione aumenti ed anche il programma di antialiasing,
ma sono cose che consumano energia e quindi,,,,

hm non ho capito:
con TexShop riesci a fare un documento corretto e con Texmaker no ?
Che TexLive usi ?

Come ho detto sto facendo delle prove per le quali sto utilizzando dei modelli come Tesi moderna e lettera, entrambi di Lorenzo Pantieri.

Se provo a fare un documento – senza toccare alcuna delle impostazioni del modello – con TexShop va ok. Se invece utilizzo Texmaker ottengo l’errore di prima.
Pensavo che lavorando sullo stesso motore non avrebbero dovuto esserci incongruenze tra i due. Tutto qua.

Ed hai ragione: non ci sono, e non solo tra editor diversi, ma anche tra
Mac & Windows & Linux — a patto però di usare la stessa distribuzione TeX.
Per questo non mi trovo in quello che dici.
Una cosa del genere può capitare se uso due TeX distro differenti nello stesso PC.
Dovresti postare un esempio, e dirci cosa usi.

Ho trovato il pacchetto sul sito di Fabiano Busdraghi e il file layaureo.sty si ottiene compilando il layaureo.ins
Adesso è Ok, ma ottengo altri errori per i quali non ritengo opportuno tediarvi oltre.
Saluti,

Nicola

Hai fatto il refresh del database ?
E’ qualcosa tipo
$>mktexlsr
Dal sito CTAN vedo che è un package del 2004 — piuttosto vecchiotto
ma non vuol dire.

Certo. Questo è l’errore che ricevo:

! LaTeX Error: File `layaureo.sty’ not found.

hm… forse LaTeX non trova layaureo.sty…è nel tuo pc questo file ?

è quello che pensavo

le solite inutili prepotenze che vorrebbero privare l’utilizzatore-acquirente di poter disporre pienamente di ciò che ha acquistato

hai due vie per eliminare questi fastidi

Questa è la seconda volta che vedo un palese invito ad infrangere la legge
(la prima era qualcosa tipo “scaricalo da emule”).
Per carità, chi è senza peccato scagli la prima pietra,
ma un forum aperto al pubblico non può tollerare queste cose

L’accoppiata TeXmakerX + Sumatra è attualmente la miglior soluzione, secondo me, per l’utente Windows, in attesa che TeXworks arrivi almeno al livello di TeXShop.

muPDF è ancora in sviluppo, quindi non è un reader completo: ad esempio non supporta
oggetti 3d (che in latex si possono produrre con asymptote) ne file swf (animazioni flash, cfr. flashmovie su ctan).
Il miglior reader (nel senso completo e gratuito) è ancora AdobeReader sotto windows (seven) .
Per un lavoro professionale bisogna spendere circa 1000euro per avere AdobeAcrobat9:
in questo modo l’autore può avere la certezza che il suo pdf è corretto (“se Acrobat dice che è corretto allora è corretto” quindi il problema è di chi stampa). Addirittura alcuni stampano solo file provenienti da Adobe .
Un autore può raggiungere un certo grado di confidenza sulla bontà del pdf anche usando gsview che in qualche modo dà l’idea sul “carico” della macchina da stampa a (ad esempio di solito le sfumature sono visualizzate velocemente e stampate lentamente: con AdobeReader non lo si nota, con gsview si).
Ovviamente synctex è sconosciuto.
Quindi sotto windows come ha detto ivan l’editor e sumara sono ok
ma è obbligatorio controllare con il pdf con AdobeReader
e se si hanno “oggetti” inusuali (3d , flash, sfumature , grafici complessi , inclusione di altri pdf, font particolarmente cattivi)
anche con gsview.

ovviamente un modo \`e definire un contatore,e un nuovo simbolo, tipo

`\definenumber[quest]

\definesymbol[1][{\inframed[width=0.5cm]{\incrementnumber[quest]\getnumber[quest]}}]
\startitemize[1]
\item primo
\item secondo
\stopitemize
`

ma mi chiedevo se c’è qualcosa più facile.

`
\starttext
\setupitemize

\startitemize[n]
\item primo
\item secondo
\stopitemize
\stoptext
`
A parte il fatto che la tua soluzione mi piace di più,
in ogni caso dovresti fissare in anticipo le dimensioni del box, altrimenti hai dei riquadri
un poco diversi per ogni numero.
Dovresti considerare altresì cosa può succedere con liste con item con più cifre.