OldClaudio

All’inizio del capitolo 7 si parla di come creare una bibliografia, nei paragrafi successivi di come farlo a mano o con biblatex, poi nel paragrafo 7.2.4 di come citare quanto compare nella bibliografia.

Non direi che machi o sia sfuggito \cite.

Nello stesso tempo all’inizio del capitolo 7 si potrebbero distinguere le tre fasi:

1) creare database
2) usare creare bibliografia a) a mano; b) in automatico
3) citare i riferimenti.

in modo da poter reindirizzare il lettore alla pagina giusta.

Il codice va forse ripulito, ma leggendo a schermo ArteLaTeX in modo “normale” non si incontrano mai quei rimandi vuoti nei bordi della pagina oppure nascosti. Tuttavia se si usano le funzionalità di ricerca dei visualizzatori pdf quelle tracce del passato riemergono, quindi una ripulitina non guasterebbe.

1) miktex 2.8 ha circa due anni, forse di più. Perché non aggiorni alla 2.9?

2) La distribuzione TeX Live 2011 per Windows (visto che devi aggiornare, tanto vale che tu lo faccia sul serio) contiene oltre a TeXworks, che forse non ti interessa ma potrebbe interessarti, anche un programma per visualizzare i file ps e pdf. Secondo me funziona piuttosto bene, ma è una questione di gusti; mi pare che si chiami PSview, ma non ho sottomano un PC Windows pre verificarlo. TeX Live installa anche ghostscript e gview

3) Sulla tua macchina, ammesso che tu abbia installato sia ghostscript sia gview, clicca con il tasto destro su un file ps nella finestra dell’explorer, o sul desktop se ce l’hai sul desktop; scegli Apri con; ti si apre una finestra di dialogo che ti permette di scegliere il programma con cui aprire il file; fai scorrere la lunga lista; se ci trivi gview, sceglilo e poi clicca sul quadratino per confermare che vuoi usare quel programma per tutti i file con quella estensione; se gview non compare nella lista la finestra ti permette di aprire un’altra finestra di dialogo simile all’explorer per poter andare a cercare il programma negli alberi delle cartelle; a questo punto sta a te navigare correttamente per cercare dove si l’eseguibile gview.exe; quando lo trovi, selezionalo e procedi come sopra.

4) Credo che se cerchi di aprire il file ps con TeXworks (che incorpora anche un visualizzatore di file pdf) provveda da solo a cercare ghostscript per “distillare” il file ps in un file pdf; in questo modo lo puoi vedere così trasformato direttamente nella finestra di TeXworks, ma il file ps resta nel disco esattamente dove l’avevi creato.

5) puoi anche compilare direttamente in pdf; quando sei a posto e non hai più modifiche da fare, puoi trasformare il file pdf in ps usando il programma da terminale pdf2ps (o pdftops) e sei a posto con il tuo ufficio; che a quanto pre non si è ancora aggiornato al formato pdf che ha molte funzionalità in più (come formato, non come linguaggio) rispetto al formato ps.

Il problema si manifesta anche con Preview/Anteprima col Mac (ArteLaTeX nell’edizione diell’11/11/11).

Sembrano tracce di ancore o target lasciati lì da hyperref; prova a vedere che cosa succede a cancellare tutti i file ausiliari e a ricompilare due o tre volte.

temp” post=66780La cosa si sta facendo veramente noiosa… proverò un’ultima volta con texlive, altrimenti passo a openoffice e festa finita.

Non c’è dubbio che tu possa provare una certa dose di frustrazione, tuttavia la soluzione chiavetta può essere utile per cose modeste, ma non per problemi seri.

Per altro ora sappiamo che hai MiKTeX su una chiavetta, una versione abbondantemente incompleta. Ma l’incomprensione fra l’editor e il programma di composizione potrebbe dipendere dal falso riconoscimento automatico da parte del tuo editor. Ma non sappiamo, o almeno a me è sfuggito, quale sia il tuo editor.

Ti posso assicurare che un certo editor molto gettonato riconosce la codifica utf8 in modo automatico, ma considera tutte le altre codifiche dei segni accentati formate da un solo byte indistintamente come latin 1 (ISO 8859-1) e ovviamente se il file non ha quella codifica ,a ha per esempio Western MacRoman, il programma di composizione si trova frastornato ed emette quegli errori, perché l’informazione che gli viene passate è sbagliata. Da me, sul mio Mac, TeXstudio si comporta così.

Non basta che l’editor abbia il riconoscimento automatico della codifica, ma l’opzione passata a inputenc deve andarci d;accorso.

L’editor e il programma di compilazione (pdflatex, per esempio) sono due cose indipendenti e autonome. L’editor fa quel che deve fare fio al salvataggio del file sorgente, dopo subentra il compilatore e non gliene importa niente di quale editor abbia predisposto il file sorgente da compilare e comporre.

Il messaggio di errore che incontri te lo dà il programma di composizione, non l’editor; se distingue da solo la codifica del file su cu sta lavorando, ne dovrebbe mostrare la codifica nella riga inferiore della sua schermata. Controlla che vada d’accordo con l’opzione di inputenc.

Perché invece di scrivere 15 volte >\centering X non scrivi cosi?
`
\begin{tabularx}{\columnwidth}{*{15}{>\centering X}}
`

Mah, secondo me le cose seguendo le indicazioni del manuale vanno fatte diversamante, perché far precedere ‘houppercaseheads alla dichiarazione \pagestyle, vale, a quanto pare solo pre gli stili già definiti, ma se tu ti ridefinisci il tuo allora va premesso alla tua definizione; in fatti il codice seguente:
`
% !TEX TS-program = pdflatex
% !TEX encoding = UTF-8 Unicode

\documentclass{memoir}
\usepackage{lipsum}

\nouppercaseheads
\makepagestyle{myheadings}
\createmark{chapter}{both}{nonumber}{}{}
\makeevenhead{myheadings}{\thepage}{}{\scshape\leftmark}
\makeoddhead{myheadings}{\small\scshape\rightmark}{}{\thepage}

\begin{document}

\pagestyle{myheadings}

\chapter{Prova della testina personalizzata}
\lipsum[1-5]

\section{Prova delle testatine dispari}
\lipsum[6-10]

\end{document}
`
funziona come desiderato.
Ho cambiato \mdseries in \scshape nella testatina dispari solo per essere sicuro che entrambe le testate ricevessero lo stesso trattamento. Tu naturalmente fai come credi.