fabusdr

ok, perfetto, era come avevo capito all’inizio. mi era venuto il dubbio perché ho fatto il cattivo esempio del logo di guit.

il tuo procedimento è buono ed è un ottima idea. io facevo una cosa simile (con due inkjet), però stampando tutta la pagina che contenevano colori con la stampante a colori, per intendersi anche il testo attorno alle figure. il problema è che il testo nero non aveva esattamente lo stesso colore, facendo come fai te va tutto a posto. e ci credo che con le figure non hai problemi di allineamento.

ora ti spiego quale era il mio problema. metti di stampare
`testo testo {\color{blue} testoblu} testo testo`
con il trucchettino del \color{white} nel preambolo questo rimane in blu. dal momento che la laser non è a colori va bene stamparlo in blu con la inkjet, però, visto che qui non si tratta di sballare un po’ all’interno del margine della figura, potrebbero venir fuori problemi di allineamento.
non lo so, dico potrebbero. bisogna fare delle prove.

altro problema è che con il trucchetto di cui sopra si stamperebbe due volte la scritta in blu, utilizzando inchiostro blu con la inkjet e inchiostro nero con la laser. insomma, bisognerebbe trovare un modo per forzare tutto il testo in bianco anche se è specificato esplicitamente un colore differente. questo non lo so fare.

ciao ciao
f

io ho scritto ‘manico’ (sinonimo di ‘esperto smanettone’) e non ‘maniaco’, e voleva essere un lieve polemica al gratuito commento di Zanna che, al contrario di te, non ha saputo aggiungere niente al discorso…

ora per favore non iniziate a introdurvi in spirali di è colpa tua, è colpa mia, altrimenti si inizia a cancellare messaggi 😈 😈 😈 😈 😈 😈

tiratella d’orecchi: te carletto sei andato un po’ contro la netiquette fin dal principio 👿 👿 ma credo che hai avuto la tua lezione, quindi piantiamola con l’OT e torniamo a cose serie.

per tornare a parlare di latex, zanna invece con il suo commento tuttaltro che gratuito aveva aggiunto qualcosa al discorso, il fatto che il comando giusto da usare è \hrulefill, e non \rule. starebbe a te ora fare qualche prova (ci metti meno di 5 minuti, non c’è niente di metafisico), guadagni diventando un po’ manicone anche tu e poi posti un bel messaggio conclusivo di questo 3d con il codice dettagliato, se vuoi anche le due soluzioni, ma credo che ormai sia chiaro quale è preferibile. 😮

Sarebbe fantastico. Io non ne so un granché di come si costruiscano pacchetti

ma siamo sicuri che non esiste già? come si potrebbe guardare?

senti un po: metti che hai un testo in bianco e nero, ma con alcune parti a colori, per esempio il logo di GuIT a colori, oppure delle scritte o formule colorate. se hai una laser solo b/n vuoi stampare tutto quello che è a colori in b/n giusto?
insomma, il problema è vedere se all’interno di una pagina, o meglio all’interno dello stesso paragrafo, hai una parte di testo che deve essere stampato da una stampante e l’altro da un’altra. se tutto funziona bene non ci dovrebbero essere problemi.
il timore sorge dal fatto che, se sballi un millimetro per una figura non si vede, se sballi di un mm all’intenro di una riga di testo è veramente brutto.
potresti fare una pagina di prova per favore? scrivi testo normale e lo inframmezzi con un po’ di colori diversi…

per il resto scrivere il pacchetto è roba da 5 minuti…
ciao
f

p.s. io avevo provato la soluzione proposta da EV e non mi funzionava, avrò sbagliato a contare le parentesi del copiaincolla o ero troppo assonnato… mi dispiace, perché avresti potuto avere la soluzione molto prima…

probabilmente non sono un manico come te, ma visto che con il secondo comando funzionava alla perfezione… perchè complicarsi inutilmente la vita? 8)

non è questione di essere maniaci.
la filosofia del quando funziona ok, sono contento, non è malvagia. in genere però comporta il primo passo per fare le cose per bene, e sarebbe meglio far evolvere la soluzione.

magari ad un utente alle prime armi sembra questione di piccolezze, ma non sempre è così. una soluzione un filo più complicata può essere più elegante, ma spesso decisamente migliore, più performante, e più portabile.

un solo esempio stupido per farti capire: \hrulefill serve per riempire un certo spazio cun una riga, ovvero esattamente quello che vuoi fare tu. \rule invece serve per produrre una riga di una certa dimensione fissa. naturalmente puoi forzare un comando a fare quello per cui è stato pensato laltro, ma stai facendo le cose in maniera poco pulita, come il te con la caffettiera, o le tabelle per gestire gli occetti html.
per dire: immagino che hai stabilito una lunghezza assoluta per la tua riga, poi mandi il tuo articolo al tuo editore, lui cambia la larghezza dell’immagine e la tua riga viene uno schifo… \hrulefill si sarebbe adattato a perfezione.

insomma, alle volte ci si complica un poco la vita per poi averla più tranquilla, è questione di voler far le cose con il massimo della resa e il minimo del lavoro, utilizzare strumenti (potenti) per quello per cui sono stati creati e non arraffazzonare soluzioni. non è mania.

ciao ciao
f

La cartella di default nella quale installare i files locali di miktex dovrebbe essere localtexmf, già creata da miktex in fase di installazione. Non è necessario crearne una differente (anche se non è detto che in fase d’installazione tu l’abbia chiamata proprio localtexmf).

l’avevo chiamata localtexmf, poi tempo fa decisi di metterla in un’altra partizione e feci diventare cartella dei file locali proprio c:\texmf…

I files .tfm li crea fontinst. Se mancano vanno creati, anche se dubito che siano stati omessi. Secondo me il problema riguarda la loro installazione errata.

questo non lo capisco. in oldgerm c’è un dtx e un ins e gli unici file generati sono .fd. non viene descritta nessuna altra procedura, eppure mi pare strano che sbaglino loro.

a parte questo ho fatto l’update di miktex, che non so quanto era che non lo facevo. adesso lanciando latex su un .dtx installa lui il pacchetto automaticamente, e magicamente.
morale della favola adesso posso compilare il codice di EV e devo dire che è abbastanza comodo.
come avete fatto voi a integrarlo con lettrine? io ho qualche problema.

ciao
f

questo 3d sta diventando un po’ complicato, ma l’argomento (almeno per me) è appassionante. alla fine provvederò a dare una bella sintesi.

Quindi manca uyinit.fd

e no, invece c’è. non riesco proprio a capire il problema, lanciando oldgerm.ins mi vengono generati un po’ di .fd, fra cui uynit.fd . la cartella di destinazione l’ho scella in base a quanto scritto sulla Font InstallationGuide, ovvero è
`C:\texmf\tex\latex\public\oldgerm`
lancio il refresh e in principio avrei finito. lanciando latex su oldgerm.dtx mi viene restituito il seguente errore:
`
LaTeX Font Info: Try loading font information for U+ygoth on input line 237.

(uygoth.fd
File: Uygoth.fd 1998/06/07 v2.1j YH Gothic font definitions
)
! Font U/ygoth/m/n/10=ygoth at 10.0pt not loadable: Metric (TFM) file not found
.

relax
l.237 …indent\centerline{\ygoth A B C D E F G H}

? h
I wasn't able to read the size data for this font,
so I will ignore the font specification.
[Wizards can fix TFM files using TFtoPL/PLtoTF.]
You might try inserting a different font spec;
e.g., type `I\font='.
`
e non riesco a capire dove sbaglio. le metriche se le dovrebbe costruire lui da solo no? se lo devo fare io a amno, perché non è descritto nell’installazione?

Quindi devi sistemare solo le mappe per dvips, pdflatex e yap (ma ‘sto affare che mappe usa?).

yap, è come xdvi, non credo sia un casino capire che mappe use. in ogni caso posso anche fregarmene del dvi, mi importa il pdf o il ps. il solito problema è che initials viene senza nessun aiuto, e ad un certo momento la procedura descritta su FontInstallationGuide diverge rispetto al contenuto dell’archivio.
in pratica io ho messo i file *.map in
`C:\texmf\dvips\config`
insieme ai config.nomefont, che non avevo idea di dove infilare. i .map però sono idversi da quanto descritto sul documento di cui sopra, il loro contenuto è del tipo
`GoudyIn GoudyInitialen

premetto che di font non c’ho mai capito una cippa e dovrei studiare un po’.
presumo che il senso del messaggio di EV è:
inutile che vi rompete la testa con i .mf, avete a disposizione i comodi font vettoriali…

Se vi funziona avete risolto il problema, altrimenti cambiate distribuzione di LaTeX (od installate il pacchetto mfnfss).

non non funziona.
ho scaricato mfnfss, come indicato dal readme ho lanciato latex su olgerm.ins che mi ha creato un .sty e un po’ di .fd, ho messo questi ultimi in
`
C:\texmf\tex\latex\public\oldgerm
`
ho fatto il refresh ma latex non me li trova.

per il resto ho provato i font initials di cui diceva zanna, e sono davvero bellissimi. ma anche la ho problemi di installazione.
il contenuto di initials dovrebbe essere pronto all’uso, ma i file che trovo sono un po’ diversi da quanto detto sul fontinstallationguide, e la differenza emerge quando si devono installare i .map

per ora tutti i font suddetti mi funzionano facendo latex e dvi->pdf, mentre naturalemente yap, dvi-ps e pdflatex falliscono miseramente. cercherò di trovare la soluzione.

ciao a tutti
f

P.S.: mi sembrava ci fosse il modo di far ignorare alcuni errori in compilazione, o sbaglio?

correggerli… 😆 😆