Elrond

Doc” post=88737C’è una cosa che non ho capito.
Per la ricerca diretta, si deve cliccare sul tastino per avviare evince o si fa in altro modo?

Il visualizzatore lo puoi avviare in diversi modi
1) facendo clic sul pulsante con gli occhiali
2) con [tt]C-c C-c View RET RET[/tt]
3) direttamente con [tt]C-c C-v[/tt]
Sono tutte operazioni equivalenti, se preferisci il mouse la prima opzione ti sarà più comoda, se preferisci la tastiera devi scegliere fra la seconda e la terza (la seconda è quella che generalmente uno segue se sta compilando e sta premendo ripetutamente [tt]C-c C-c[/tt] per aggiornare il documento, la terza è più comoda se vuoi direttamente visualizzare il documento).

Doc” post=88737E per l’inversa, come si procede praticamente?

Dipende dal visualizzatore: in Evince (che non ha bisogno di particolari configurazioni, credo riconosca l’editor che l’ha invocato) devi usare CTRL + click del mouse, in Okular (Impostazioni → Configura Okular… → Editor, seleziona “Emacs client”) devi usare SHIFT + click del mouse

Doc” post=88731Ho imparato ad usare l’autocompletamento e ora Emacs rifulge in tutto il suo splendore e con grande mio beneficio.

Son contento 🙂

Doc” post=88731Purtroppo, non posso usarlo come programma di default, poiché la versione 11.86 di auctex su Wheezy non supporta, a quanto ho capito, biber.

Sì, il supporto a Biber è stato aggiunto di default in AUCTeX 11.87 e l’attuale versione di sviluppo contiene ulteriori miglioramenti

Doc” post=88731Solo una cosina, non importante: la ricerca inversa Evince > Emacs funge? Riesco solo ad ottenere il contrario!

A me funzionano tutte le ricerche, diretta e inversa, sia con Evince sia con Okular, però il supporto alla ricerca inversa con Evince è stata aggiunta proprio in AUCTeX 11.87 (e la ricerca diretta con Okular è stata corretta nell’attuale versione di sviluppo). Mi sa che dovresti fare un avanzamento di versione, c’è il pacchetto di AUCTeX 11.87 in Debian testing. So che non ami usare pacchetti alieni alla tua versione, ma in questo caso credo che il gioco valga la candela 😉

silentwing” post=88719Dove sto sbagliando?

Nel non darci il codice, come pensi che possiamo sapere che sta succedendo sul tuo computer? Il codice sia il più essenziale possibile, non vogliamo tutta la tua tesi, solo il codice minimo che riproduca il tuo problema e la descrizioni di tutte le operazioni che fai per ottenere il documento finale.

Tiro a indovinare: stai usando il pacchetto [tt]frontespizio[/tt]? Compili il file [tt]*-frn.tex[/tt]?

Dork” post=88570tipograficamente non sono informato (e non metto in dubbio quello che dici) ma a me hanno insegnato che i numero romani sono maiuscoli..

Chi te l’ha insegnato magari si riferiva ai Romani, ma secondo te i seicento anni di cui parlava egreg9 era l’epoca dei Romani?

http://printwiki.org/Roman_Numerals

The front matter of many books is typically paginated using lowercase Roman numerals (i, ii, iii, iv, etc.).

https://en.wiktionary.org/wiki/Appendix:Roman_numerals

Lowercase Roman numerals are often seen as page numbers for materials prefatory to the beginning of the main body of a work.

Non sono bibbie della tipografia, ma hanno comunque registrato quest’uso dei numeri romani minuscoli.

Edit
https://en.wikipedia.org/wiki/Page_numbering

The fifteenth edition of the Chicago Manual of Style calls for the beginning of the text to begin with the Arabic number 1, while the front matter that precedes it is to be numbered consecutively with lower case roman numerals.

robitex” post=88424Ciao,
appena ora, senza modificare nessun file, ho concluso regolarmente la procedura di aggiornamento.
Alla prima richiesta di update è uscito il messaggio di auto-aggiornamento, allora ho dato il comando:
`tlmgr update –self`
e poi il comando normale di aggiornamento pacchetti:
`tlmgr update –all`

Pare quindi che il sistema si sia “riparato” da solo, senza necessità di intervento manuale.
Saluti.
R.

Giusto per la cronaca, se siete pigri come me basta un unico comando
`tlmgr update –self –all`
L’ordine delle opzioni è rilevante. Aggiorno sempre così, in questo modo non mi devo preoccupare se ci sono degli aggiornamenti di TeX Live stesso, che bloccherebbero l’aggiornamento dei pacchetti.

robitex” post=88430Rispondo così anche ad @Elrond: il codice nel branch di sviluppo non era altro che la modifica fatta da Norbert alla routine di parsing, quindi rimane la “manualità” dal momento in cui il mainteiner CTAN riceve le notifiche dell’invio di un pacchetto a quando efli effettua la modifica del server principale.
R,

Sì, beh, tutta l’immissione dei pacchetti in TeX Live non credo sia del tutto automatizzata anche perché questa distribuzione è abbastanza rigida sulla licenza dei pacchetti accettati (anche MikTeX teoricamente accetterebbe solo pacchetti con licenze libere, in realtà mi sembra molto flessibile da questo punto di vista), penso ci sarà qualcuno che materialmente include un pacchetto in TeX Live. Io mi riferivo più che altro all’errore che ha causato tutto questo macello, non è stato un errore diretto nella lista dei pacchetti, ma una svista nello script.

atom heart mother” post=88332Non avevo alcuna intenzione di modificare la filosofia di LaTeX piuttosto ho trovato più comodo scrivere solo “eq” invece che “eqnarray” (oppure “align”) in un documento che prevede usare questo ambiente decine di volte. Ho comunque tutto il diritto di farlo dato che ciò che devo mostrare è il .pdf non il .tex al contrario di ciò che vale per l’HTML (ad es.)

Se vuoi risparmiare battute sulla tastiera usa un buon editor di testo con buone scorciatoie, non pasticciare il tuo codice. Fra qualche mese potrebbe diventare illeggibile anche per te.

In alcuni ambienti andava molto di moda (ma ci sono ancora sacche di resistenza) definire i comandi [tt]\beq[/tt] ed [tt]\eeq[/tt] per aprire e chiudere l’ambiente [tt]equation[/tt]. A parte il belato che ti viene spontaneo leggendo questi comandi, il codice è davvero illeggibile per chi se lo trova davanti le prime volte, diventa difficile da gestire, e se c’è qualche editor di testo che ha la colorazione della sintassi per gli ambienti matematici non riuscirà a capire che quello è un [tt]equation[/tt]. La cosa divertente è che usando le funzioni di autocompletamento di uno qualsiasi degli editor più diffusi ci vogliono davvero meno battute per inserire un
`\begin{equation}
\end{equation}`
che un
`\beq
\eeq`
senza alcun autocompletamento. Contare per credere.

Definire nuovi comandi o nuovi ambienti va bene se quei comandi o ambienti hanno un senso ben preciso, come negli esempi di egreg9. Questo ti aiutare a mantenere una notazione coerente perché poi ti basterà ridefinire un comando/ambiente se vorrai cambiare la notazione, invece di fare un cerca e sostituisci su tutto il documento, ma non usare la definizione di comandi e ambienti solo per risparmiarti battute sulla tastiera, per questo c’è l’autocompletamento

Mi lancio in una proposta: rendi indefinito [tt]\orbital[/tt] in mezzo al caricamento dei due pacchetti
`\usepackage{chemmacros}
\let\orbital\relax
\usepackage{tikzorbital}`
Ho verificato che compila, ma non so se [tt]\orbital[/tt] funzionerà bene o ci saranno altri effetti collaterali

Immaginando che tu intendessi [tt]verbatim[/tt] e non [tt]VERBATIM[/tt], devi dare l’opzione [tt]fragile[/tt] all’ambiente [tt]frame[/tt]:
`\documentclass{beamer}
\begin{document}
\begin{frame}[fragile]
\begin{verbatim}
copy “c:\windows\temp\pippo.txt” “a:\pluto\pluto.txt”
\end{verbatim}
\end{frame}
\end{document}`
Sono abbastanza sicuro che sia scritto su L’Arte.

Nota: senza l’opzione [tt]fragile[/tt] non funziona neanche
`\documentclass{beamer}
\begin{document}
\begin{frame}
\begin{verbatim}
ciao
\end{verbatim}
\end{frame}
\end{document}`
non è un problema di backslash