egreg9

Risposte nei forum create

Stai visualizzando 15 risposte – dal 5,686 al 5,700 (di 13,205 totali)
  • Autore
    Risposte
  • in risposta a: [RISOLTO] Incompatibilità biblatex/ucs #49962
    Up
    0
    Down
    ::

    Appena installata TeX Live 2010 mi sono accordo di qualcosa di molto preoccupante, almeno per me. L’ultima versione di biblatex è incompatibile con il pacchetto ucs, che assieme a inputenc (con opzione utf8x) permette di usare l’alfabeto greco direttamente nel sorgente. Nella 2010 è inclusa anche la mia classe suftesi. I file di esempio caricano entrambi i pacchetti incriminati. Ergo la compilazione si blocca. Vedrò di sistemare la cosa. Il fatto grave è questo: o si rinuncia a scrivere in greco nel sorgente, o si usa XeLaTeX o si rinuncia a biblatex 😥

    Ci sono anche altri problemi.

    1) Il file suftesi.cls non è messo nel posto giusto; andrebbe segnalato sulla mailing list di TeX Live. Infatti sta in /doc/latex/suftesi e non in /tex/latex/suftesi

    2) Con un trucco malefico che non vorrei per il momento menzionare, sono riuscito a compilare l’esempio; ma ottengo un paio di errori
    `! Package etoolbox Error: Boolean '\ifcbx:loccit' undefined.`

    3) Nel codice per il frontespizio devi ricordarti di aggiungere
    `\Preambolo{\usepackage{xcolor}}`
    altrimenti l’esempio non si compila correttamente.

    Cerca di risolvere i problemi lasciando per il momento perdere il greco.

    Ciao
    Enrico

    in risposta a: RISOLTO animazioni beamer (immagini) #49952
    Up
    0
    Down
    ::

    salve a tutti.
    sto realizzando una presentazione in latex. ho un problema riguardo le animazioni.

    faccio subito un esempio: voglio far apparire in sequenza un certo numero di forumle su una slide. ciò che ho fatto finora è stato semplicemente inserire una slide nuova ogni volta, quindi con un codice come il seguente:

    \begin{frame} %%
    \[1+1=2\] %% prima slide
    \end{frame} %%

    \begin{frame} %%
    \[1+1=2\] %% seconda slide
    \[1-1=0\] %%
    \end{frame} %%

    tuttavia, quello che ottengo nella presentazione è che, nella seconda slide, la prima formula si sposta in alto per far spazio alla seconda.

    esiste un modo per fissare in maniera assoluta la posizione delle formule e fa in modo che non si spostino?

    (ps ho già provato con \vspace e \vspace* ma nulla)
    (pps l’ambiente itemize non è sufficiente)

    grazie a tutti
    ciao
    marco

    Il comando \pause è troppo difficile da trovare nella guida di beamer?
    `\begin{frame}
    \[1+1=2\]\pause
    \[1-1=0\]
    \end{frame}`
    Ciao
    Enrico

    in risposta a: classicthesis incompatibile con fleqn (amsmath)? #49929
    Up
    0
    Down
    ::

    Provo a riproporre in quesito che ho gia’ sollevato ma che non ha ricevuto una risposta soddisfacente (e la cosa un po’ mi stupisce, dal momento che so che il forum e’ letto da vari estimatori di classicthesis).

    Il modo piu’ semplice di mostrare il problema e’ attraverso un esempio minimale:

    `\documentclass{scrbook}

    \usepackage[fleqn]{amsmath}
    \usepackage{classicthesis}
    \usepackage{lipsum}

    \begin{document}
    \lipsum[1]
    \[
    a+b=c
    \]
    \[
    a+b=c
    \]
    \begin{equation}
    a+b=c
    \end{equation}
    \begin{equation}
    a+b=c
    \end{equation}
    \lipsum
    \end{document}`

    Chi provera’ a compilarlo vedra’ subito che la spaziatura verticale tra le equation e’ sbagliata, esagerata, incontenibile, mostruosa! Il problema non si presenta rinunciando all’opzione fleqn di amsmath, cosa che pero’ non voglio fare.

    Dal momento che il problema e’ cosi’ vistoso dev’esserci qualcosa di fondamentale che mi sfugge. Spero che qualcuno possa venirmi in aiuto…

    Grazie!

    Ti rispondo perché oggi mi sento gentile. In un’altra situazione avrei forse cancellato il messaggio.
    `\documentclass{scrbook}

    \usepackage[fleqn]{amsmath}
    \usepackage{classicthesis}
    \usepackage{lipsum}

    \begin{document}
    \lipsum[1]
    abc def
    \begin{gather}
    a+b=c\notag\\
    a+b=c\notag\\
    a+b=c\\
    a+b=c
    \end{gather}
    \lipsum
    \end{document}`
    Ti rendo noto che nel filone che avevi aperto c’era la risposta soddisfacente che cercavi; il problema è che forse non l’hai letta. Ti invito a farlo e a dare un’occhiata alla guida di amsmath o anche all’Arte che descrive certamente gli ambienti di amsmath. Non si devono MAI mettere due ambienti di equazioni uno di seguito all’altro, né lasciare una riga vuota prima di un ambiente matematico (cosa che nel tuo esempio succede, perché \lipsum[1] termina con un comando \par che è equivalente a una riga vuota). Ho aggiunto anche un paio di parole perché così l’ambiente gather non comincia dopo una riga vuota.

    Ciao
    Enrico

    in risposta a: Errore durante l’aggiornamento con TeX Live Utility #49945
    Up
    0
    Down
    ::

    Ciao a tutti.
    Per la prima volta da quando uso TeX Live Utility per aggiornare TeX Live (da febbraio di quest’anno) ho ricevuto un errore al termine dell’aggiornamento:

    `2010-09-13 13:49:14 +0200 Notice +[TLMAppController updatePathEnvironment][4012] Using PATH = “(
    “/usr/bin”,
    “/bin”,
    “/usr/sbin”,
    “/sbin”,
    “/usr/local/bin”,
    “/usr/texbin”
    )”
    …
    2010-09-13 13:56:37 +0200 Error tlu_ipctask[5960] !!! ERROR! The map file `MinionPro.map' has not been found at all.
    …
    2010-09-13 13:56:38 +0200 Error tlu_ipctask[5960] child process pid = 5961 exited
    2010-09-13 13:56:38 +0200 Error tlu_ipctask[5960] exit status of pid = 5961 was 1
    2010-09-13 13:56:38 +0200 Notice -[TLMAuthorizedOperation _runUntilChildExit][4012] kqueue noted that tlu_ipctask (pid = 5960) exited with status 1`

    Non sono capace di interpretarlo: mi sembra che il problema sia la presenza dei font Minion Pro, installati a mano. I Minion funzionano benissimo, e ieri e l’altro ieri l’aggiornamento dei pacchetti non ha dato alcun problema. Preciso che ho installato i Minion Pro a mano su TeX Live 2009 seguendo le indicazioni di Ivan, e ho riaggiornato la mappa dei caratteri dopo aver installato TeX Live 2010.

    Qualcuno ha idea di cos’è successo e se l’errore ricevuto riguarda tutti i pacchetti della sessione di aggiornamento oppure soltanto alcuni?

    Ho il sospetto che tu abbia scorrettamente installato la mappa dei MinionPro sulla 2009. Apri il terminale e scrivici “kpsewhich MinionPro.map”. Se non ti risponde niente, hai un problema. Dovrai ripescare quel file e poi eseguire un certo numero di operazioni, meglio se dal terminale, dopo aver creato una cartella “minioninstallpro” nella tua Home, nella quale copierai il file suddetto.
    `cd ~/minionproinstall
    sudo mkdir -p $(kpsewhich -var-value TEXMFLOCAL)/fonts/map/dvips
    sudo cp MinionPro.map $(kpsewhich -var-value TEXMFLOCAL)/fonts/map/dvips
    echo “Map MinionPro.map” > updmap-local.cfg
    sudo mkdir -p $(kpsewhich -var-value TEXMFLOCAL)/web2c
    sudo cp updmap-local.cfg $(kpsewhich -var-value TEXMFLOCAL)
    sudo tlmgr generate updmap
    sudo updmap-sys`
    Questa è la procedura corretta affinché tlmgr non si perda le configurazioni locali: occorre un file updmap-local.cfg che contenga la lista delle mappe locali.

    Naturalmente tutto ciò non vale se hai installato i MinionPro nel tuo albero personale. Cosa da non fare.

    Ciao
    Enrico

    in risposta a: Ridurre dimensione output pdf #49916
    Up
    0
    Down
    ::

    Buongiorno, spero di aver postato nella sezione giusta poiché non sono sicuro se si tratta di una problematica legata propriamente al latex.

    Come da oggetto, vorrei sapere se è possibile ridurre la dimensione del file pdf prodotto da pdflatex.

    E’ vero che si tratta di un pdf di 212 pagine, ma credo che 11 MB siano sproporzionati. Probabilmente la colpa è mia che, almeno all’inizio non ho curato molto il dimensionamento delle immagini che, realizzate con photoshop occupavano mediamente 300KB. Non vorrei editare una ad una le immagini anche per non scombinare gli equilibri del progetto, volevo sapere se magari c’è qualche opzione che permetta di comprimere le immagini in fase di produzione. Il problema nasce poiché la mia facoltà prevede che la tesi venga inviata in formato PDF tramite tramite un sito di riferimento che non accetta documenti maggiori di 5MB. Non mi interessa che le immagini siano di scarsa qualità, tanto al tipografo darei tranquillamente la versione originale.

    A dire la verità avevo pensato di compilare il progetto con l’opzione draft, ma vorrei che fosse l’ultima opzione possibile dato che draft mi crea un pdf non solo senza figure ma anche con le linee laterali nere.

    Il programma per scrivere è TexnicCenter e utilizzo MiKTeX 2.8 compilando direttamente con pdflatex. Se sono necessarie altre informazioni, sono qui in attesa. Grazie in anticipo.

    Esistono certamente programmini di vario tipo che permettono di convertire la risoluzione delle immagini. Certo che 300 KiB per immagine è parecchio: con quattro superi un MiB e quegli undici mi sembrano proprio dovuti a questo. Nota anche che dare al tipografo roba a 2400 dpi (cifra tanto per dire) non ha alcun significato e anzi rischi artefatti.

    Puoi, se ti accontenti davvero, ma mi parrebbe strano, passare l’opzione “draft” solo a graphicx (cioè \usepackage[draft]{graphicx}). Tuttavia mi lascia molto perplesso quanto dici al proposito delle “linee laterali nere”. Puoi precisare?

    Ciao
    Enrico

    in risposta a: MiKTeX vs TeXLive #49672
    Up
    0
    Down
    ::

    Volevo chiedere se sulle distro Linux come Ubuntu l’aggiornamento viene effettuato con la stessa frequenza che per gli altri S.O. Ovvero, se oggi scarico e installo TeXLive su Ubuntu, ho la stessa versione di quella che avrei se oggi scaricassi e installassi TeXLive su Windows o su Mac? (In ogni caso darò una letta alla guida dove viene spiegata l’installazione sui vari S.O.)

    No. Attualmente su Ubuntu 10 avrai la TeX Live 2009, nella sua incarnazione di ottobre 2009. Purtroppo lo schema richiesto da Debian rende molto difficile aggiornare i vari pacchetti TeX Live via via che escono.

    Per un utente “normale” non è un problema terribile, anche se questi ritardi possono avere conseguenze di vario tipo (i pacchetti non si comportano come descritto da altri utenti che sono più aggiornati, per esempio, oppure non ci sono quelli descritti perché incorporati in TeX Live dopo la data fatidica di ottobre 2009).

    L’utente più smaliziato può certamente installare la 2010 con una delle procedure che si trovano qua e là. Una l’ho descritta nel filone “TeX Live 2009”.

    Ciao
    Enrico

    in risposta a: Corsivo natbib #49908
    Up
    0
    Down
    ::

    Ciao, ho un piccolo problema.

    Ho un testo già scritto con citazioni natbib già inserite con \citep e \citet.
    Avrei bisogno di avere le scritte all’interno della citazione in corsivo. Sulla guida al pacchetto natbib ho trovato solo:

    \renewcommand{\citenumfont}[1]{\textit{#1}}

    Se lo inserisco non succede nulla, dovrei porre al posto di \citep e \citet \citenumfont? Non c’è una opzione da mettere quando si richiama il pacchetto ad inizio documento?

    Quella ridefinizione serve solo se si usa lo stile di citazione numerico, non quello autore-data.

    Non vedo nulla nella documentazione di natbib che permetta di fare quello che chiedi.

    Ciao
    Enrico

    in risposta a: pacchetto cfr-lm #49866
    Up
    0
    Down
    ::

    con la nuova texlive 2010 e’ arrivato il pacchetto lm-cfr col supporto (tra le altre cose) dei numeri minuscoli col font latin modern.
    ho voluto subito sperimentare, dato che mi piacciono i numeri minuscoli ma non vorrei dover usare il palatino (e soprattutto euler) per i miei lavori.
    ho scoperto con disappunto che la mappa relativa non e’ attivata di default all’installazione: ho dovuto aggiornare le mappe caricate aggiungendo clm.map manualmente.
    e’ normale questo comportamento?
    credevo che tutte le mappe installate fossero attivate di default…

    Segnalato alla mailing list.

    Con l’aggiornamento di oggi della TeX Live 2010 il problema sembra essere risolto.


    @capitalaslash
    : meglio se ripristini lo stato precedente prima di aggiornare (updmap-sys –disable).

    Ciao
    Enrico

    in risposta a: Emacs OSX problemi di compilazione LaTex #49900
    Up
    0
    Down
    ::

    Grazie ancora, ho provato ad aggiungere la riga magica ma purtroppo il risultato non è cambiato, LaTex continua sempre a rispondermi con il solito errore….. 🙁

    Prova il vecchio trucco di copiare il contenuto del file incriminato in un altro.

    Ciao
    Enrico

    in risposta a: Emacs OSX problemi di compilazione LaTex #49898
    Up
    0
    Down
    ::

    Grazie Enrico,
    ma purtroppo ancora non funziona.

    Sulla barra grigia sopra il minibuffer compare effettivamente la lettera U.
    Il codice che mi hai suggerito devo metterlo all’inizio del testo?

    Può entrarci qualcosa il fatto che lavori con un master-file e dei file esterni? Effettivamente questo problema me lo dà solo con un file esterno che io richiamo dal master con \include; gli altri non mi causano problemi.

    Inoltre nel master carico il pacchetto inpuntenc specificando di utilizzate come codifica utf8
    `\usepackage[T1]{fontenc}`

    e, nel mio file .emacs faccio la stessa cosa
    `(set-language-environment “UTF-8”) `

    Secondo me sì: sembra proprio che il file secondario sia Latin-1. Metti la riga magica all’inizio di quel file, registralo e vedrai che funziona.

    Ciao
    Enrico

    in risposta a: Errore impossibile da risolvere #49894
    Up
    0
    Down
    ::

    ogni tanto qualche \\ per andare a capo, ma è strano … visto che dovrebbe farlo sempre invece solo in pochi punti del documento … all’inizio

    Ecco, non farlo. Il log file ti dice quale capoverso è “Underfull”: sono indicate la riga
    iniziale e quella finale del capoverso, lo trovi facilmente.

    Ciao
    Enrico

    in risposta a: Errore impossibile da risolvere #49892
    Up
    0
    Down
    ::

    ho scritto comune testo, con qualche lettera accentata e senza numeri. proverò a vedere la suddivisione delle parole 😉

    Stai usando \\ per andare a capo o per lasciare “righe vuote”?

    Ciao
    Enrico

    in risposta a: Emacs OSX problemi di compilazione LaTex #49896
    Up
    0
    Down
    ::

    Sono oramai un paio di anni che utilizzo emacs con AucTex su mac.
    Fino ad ora non ho mai avuto problemi ma l’altra sera emacs ha improvvisamente smesso di compilare il file sul quale stavo lavorando. Ho provato ad aprire altri files che però mi vengono normalmente compilati.

    L’errore che mi viene visualizzato è il seguente:

    `ʌ79;ʌ79;ERROR: Package inputenc Error: Unicode char \u8:\303\lst@FillFixed@ not set up for use

    — TeX said —
    with LaTeX.

    See the inputenc package documentation for explanation.
    Type H for immediate help.
    …

    l.963 magicamente, è
    ancora intatto. È una struttura solidamente costruita
    `

    Da quanto ho capito io l’errore riguarda i caratteri: è È.
    La codifica che utilizzo è UTF-8 ed è specificata sia nel file incriminato di LaTex che nel file .emacs.

    La cosa che non capisco è il perchè ad un tartto mi dia questo errore.

    Avete qualche idea??

    Questo errore capita quando il file è in realtà registrato come latin1 e non UTF-8.

    Nella barra grigia fra il buffer e il minibuffer, in basso sulla finestra, c’è all’estrema sinistra ciò che Emacs pensa sia la codifica adatta del file; se c’è scritto U è UTF-8, se c’è 1 è latin-1.

    Per essere sicuro che Emacs tratti il file come UTF-8, metti all’inizio la riga magica
    `% -*- coding: utf-8 -*-`
    oppure aggiungi “coding: utf-8” alle variabili locali alla fine del file.

    Ciao
    Enrico

    in risposta a: Errore impossibile da risolvere #49890
    Up
    0
    Down
    ::

    più volte nella compilazione della tesi (prima della creazione del pdf o .ps) mi esce questo tipo di errore

    `
    file: prova.tex
    tipo: bad box
    linea: line 48
    messaggio: Underfull \hbox (badness 10000) in paragraph
    `

    ovviamente è un tipo di errore che non pregiudica nulla, visto che il file viene creato (il pdf) e il contenuto è quello che voglio … però il fatto che esca mi dà non poco fastidio …

    uso mac e texmakerx

    Non è un errore in senso stretto, ma l’avviso che un capoverso non è stato composto in modo decente. Puoi fare un esempio minimo? Ho il dubbio che tu stia usando male qualche funzione di LaTeX.

    Ciao
    Enrico

    in risposta a: pacchetto cfr-lm #49865
    Up
    0
    Down
    ::

    con la nuova texlive 2010 e’ arrivato il pacchetto lm-cfr col supporto (tra le altre cose) dei numeri minuscoli col font latin modern.
    ho voluto subito sperimentare, dato che mi piacciono i numeri minuscoli ma non vorrei dover usare il palatino (e soprattutto euler) per i miei lavori.
    ho scoperto con disappunto che la mappa relativa non e’ attivata di default all’installazione: ho dovuto aggiornare le mappe caricate aggiungendo clm.map manualmente.
    e’ normale questo comportamento?
    credevo che tutte le mappe installate fossero attivate di default…

    Segnalato alla mailing list.

    Ciao
    Enrico

Stai visualizzando 15 risposte – dal 5,686 al 5,700 (di 13,205 totali)

Go to top▲