egreg9

Risposte nei forum create

Stai visualizzando 15 risposte – dal 2,416 al 2,430 (di 13,205 totali)
  • Autore
    Risposte
  • in risposta a: [RISOLTO] Listings Matlab e accenti #68456
    Up
    0
    Down
    ::

    Dork” post=67542Ciao a tutti,

    prima di tutto ricordo che uso TeXShop per produrre i miei documenti. All’inizio del preambolo le seguenti dichiarazioni.
    `
    \usepackage[T1]{fontenc}
    \usepackage[applemac]{inputenc}
    \usepackage[english,italian]{babel}
    \usepackage[babel]{csquotes}`
    TeXShop è impostato sulla codifica “Occidentale (Mac OS Roman)”.

    mi sono accorto che le lettere accentate nei box creati da listings, quando carico un file .m di Matlab, non compaiono correttamente (doppie croci).

    le impostazioni di listings sono le seguenti.

    `
    \newcommand{\listati}{../MatLab/MieiMFile}

    \usepackage{listings}
    \usepackage{color}
    \definecolor{listinggray}{gray}{0.9}
    \definecolor{lbcolor}{rgb}{0.9,0.9,0.9}
    \lstset{
    backgroundcolor=\color{lbcolor},
    tabsize=4,
    rulecolor=,
    language=Matlab,
    basicstyle=\scriptsize,
    upquote=true,
    aboveskip={1.5\baselineskip},
    columns=fixed,
    showstringspaces=false,
    extendedchars=true,
    breaklines=true,
    prebreak = \raisebox{0ex}[0ex][0ex]{\ensuremath{\hookleftarrow}},
    frame=single,
    showtabs=false,
    showspaces=false,
    showstringspaces=false,
    identifierstyle=\ttfamily,
    keywordstyle=\color[rgb]{0,0,1},
    commentstyle=\color[rgb]{0.133,0.545,0.133},
    stringstyle=\color[rgb]{0.627,0.126,0.941},
    numbers=left,
    breakatwhitespace=false, % sets if automatic breaks should only happen at whitespace
    escapeinside={&!}{!&}
    }
    `

    e quando carico un file lo richiamo con

    `
    \lstinputlisting[float=htbp,caption={MiaCaption.},label={MioTipo:MioLabel}]{\listati/NomeFile.m}
    `

    Ho provato a guardare e cercare sul web e nel forum e ho tentato di risolvere il problema inserendo la “riga magica” all’inizio del preambolo ma non risolvo.
    Ho visto che <extendedchars=true,> è impostato corretamente.

    Inoltre ho controllato nelle impostazioni di Matlab ed è impostato “File are compressed and use Unicode”, per prova ho cambiato questa impostazione con l’alternativa (che segnalano migliore ma meno retrocompatibile): “Files can exceed 2GB and format is HDFS-based” aprendo poi un file .m risalvandolo e ricompilando il documento ma senza risultati e quindi sono tornato all’impostazione standard.

    Guardando il testo non ho altri problemi, digito tutto da tastiera, compare tutto senza problemi. Oltretutto se compilo

    `
    \begin{Output}[float=htbp,frame=trBL,caption={MiaCaption2.},label={MioTipo2:MiaLabel2},numbers=none]
    è
    \end{Output}
    `

    dove ho impostato

    `
    \lstnewenvironment{Output}[1][]
    {\renewcommand{\lstlistingname}{Output}\lstset{#1}}
    {}
    `

    allora anche in questo caso non ottengo alcun problema…la “è” è accentata correttamente e senza guai.

    Qualcuno ha qualche idea di come potrei risolvere il problema?
    in allegato un file .m compatibile con il problema può essere aperto con qualunque editor di testo è presenta gli stessi identici errori.
    (quindi potrebbe essere un problema di come il MatLab salva i file…io il post lo inoltro comunque sia per sapere se non posso risolvere il problema da LaTeX sia perché, in caso contrario, potreste rispondermi come risolverlo :-))

    Grazie mille a tutti e buon anno!
    [attachment]C:\fakepath\emc.m[/attachment]
    il forum non mi permette di caricare gli m file…lo trovate qui

    1. Non usare applemac come codifica, ma utf8.

    2. Aggiungi a \lstset
    `literate=
    {à}{{\ttfamily\`a}}1
    {è}{{\ttfamily\`e}}1
    {ì}{{\ttfamily\`i}}1
    {ò}{{\ttfamily\`o}}1
    {ù}{{\ttfamily\`u}}1,`
    con definizioni per tutti i caratteri che ti servono (qui ho messo qualche esempio.

    Ciao
    Enrico

    in risposta a: [dvipdf] caratteri mal visualizzati usando alcuni pdf reader #68444
    Up
    0
    Down
    ::

    Mass” post=67539Nel file allegato ho messo i font che trova Okular.

    Riguardo i font Helvetica che citavo prima, essi provengono sicuramente da da alcuni figure .eps generate con Gnuplot.

    La mia versione di TeXLive è proprio la 2009-7
    Enrico, in cosa consite la conversione automatica?

    Il mio problema nel passare da latex a pdflatex è che ho generato alcune figure con Gnuplot usando il terminale ‘epslatex’ e quindi devo perdere un po’ tempo per trovare i file .eps.
    Se mi dite che pdflatex è l’unica soluzione allora rivedo tutto.

    Grazie.

    Intanto puoi provare a installare la TeX Live 2011, seguendo queste istruzioni (e cambiando 2010 in 2011). Oppure puoi fare una “conversione di massa”, se i tuoi eps sono già finali: il programma da usare è epstopdf.

    Ciao
    Enrico

    in risposta a: [dvipdf] caratteri mal visualizzati usando alcuni pdf reader #68442
    Up
    0
    Down
    ::

    Mass” post=67525Buonasera,

    Ho un problema con la coversione di file da dvi a pdf, di documenti compilati con latex.

    Compilo con:
    `latex tesi`
    ed ottengo il file .dvi in maniera corretta. Poi
    `dvipdf tesi.dvi`
    e viene generato un file pdf. Questo file viene visualizzato e stampato correttamente con Xpdf o Acrobat Reader, ma non con altri programmi come Okular o Evince, i quali visualizzano il simbolo infinto al posto della lettera greca nu.
    Purtroppo per quel codice sorgente non posso usare pdflatex, a almeno non senza riscrivere parecchio codice e convertendo tutte le figure.
    Vorrei sapere se c’è una maniera più rapida per passare da dvi a pdf in modo che i caratteri possano essere letti anche da evince e okular.

    Grazie,

    M.

    Occorre fare attenzione che “dvipdf” e “dvipdfm” sono due programmi molto diversi. Il primo è uno script che si appoggia su Ghostscript, il secondo (che in realtà esegue dvipdfmx) è un programma che esegue la conversione in PDF con un metodo del tutto diverso.

    Non capisco quale codice vada riscritto per usare pdflatex invece di latex; le figure in EPS possono essere facilmente convertite in PDF e anzi, se hai una TeX Live recente (non la 2009 che installa Ubuntu), la conversione è del tutto automatica. Puoi fare qualche esempio?

    Il font Helvetica Symbol, che citi in una risposta a OldClaudio, è probabile che provenga da uno degli EPS.

    Ciao
    Enrico

    in risposta a: Problema utilizzo ambiente personalizzato #68435
    Up
    0
    Down
    ::

    Cerbero” post=67523

    Non puoi creare un sistema in quel modo; l’ambiente split provvede lui stesso a creare l’ambiente matematico e quindi non lo puoi dare essendo già in ambiente matematico.

    Mmm… ma di “split” ho visto esempi di utilizzo solo come ambiente “subordinato”. Lo uso spesso all’interno di “equation” e non dà alcun tipo di problema. Inoltre, come ho scritto all’inizio, questo codice
    `\begin{equation}
    \left\{
    \begin{split}
    &\dfrac{e^2}{r^2} = \dfrac{m\,v^2}{r} \\[1ex]
    &m\,v\,r = \hbar\,n
    \end{split}
    \right.
    \end{equation}`
    funziona come vorrei. Ed è proprio quel che l’ambiente “sistema” così come l’ho definito dovrebbe fare. 😕

    Gli ambienti come split, align e gather non possono essere usati negli argomenti di \newenvironment. Il motivo è che \begin{split} (o uno degli altri) deve leggere tutto il testo fino al comando \end{split} corrispondente e, se questo è nascosto in \end{qualcosa}, non può essere “visto” da quel processo.

    Ma siccome non ti serve split, perché array va benissimo, puoi trarre le tue conclusioni.

    Ciao
    Enrico

    in risposta a: problema immagini…. #68421
    Up
    0
    Down
    ::

    robybirth” post=67513e sembrerebbe funzionare…Non so bene perchè, però!Qualche idea? 😳
    Grazie per l’aiuto

    L’ambiente {figure*} mette la figura a “colonna unica”, in cima alla pagina. L’ambiente {figure} invece lascia la figura nella singola colonna.

    `+—————————————————————————–+
    | +————————————————–+ |
    | | | |
    | | Immagine | |
    | | | |
    | +————————————————–+ |
    | |
    | Figura 1: questa con figure* |
    +—————————————————————————–+

    As any dedicated reader can clearly standing. The paralogisms of practical
    see, the Ideal of practical reason is reason are what first give rise to the
    a representation of, as far as I know, architectonic of practical reason. As
    will easily be shown in the next sec-
    +————————————+ tion, reason would thereby be made to
    | | contradict, in view of these consid-
    | +——————————+ | erations, the Ideal of practical rea-
    | | Immagine | | son, yet the manifold depends on the
    | | | | phenomena. Necessity depends on, when
    | +——————————+ | thus treated as the practical emp-
    | | loyment of the never-ending regress
    | Figura 2: questa con figure | in the series of empirical condit-
    +————————————+ ions, time. Human reason depends on
    our sense perceptions, by means of
    the things in themselves; as I have analytic unity. There can be no doubt
    shown elsewhere, the phenomena should that the objects in space and time
    only be used as a canon for our under- are what first give rise to human `

    Ciao
    Enrico

    in risposta a: Margini anomali con a4paper article #68430
    Up
    0
    Down
    ::

    franen” post=67510Mi pare abbastanza chiaro.
    Impostando il formato A4 come default per TeXlive io non scelgo il formato del documento di LaTeX, ma solo la “carta virtuale” su cui stampa il pdf, se ho ben capito. Quindi dovrò sempre esplicitare l’opzione [a4paper] (se mi interessa avere i margini uguali a destra e sinistra).
    Per il formato letterpaper, non credo ne avrò mai bisogno, comunque grazie.

    Non si finisce mai di scoprire cose nuove!

    Francesco

    Esattamente. Il default per LaTeX è letterpaper. Ma TeX, di per sé, non sa niente delle dimensioni della carta e lascia la faccenda ai driver. La cosa era più chiara prima di pdfTeX che contiene il suo stesso “driver di stampa”, perché il formato PDF deve sapere dove uscirà.

    Ciao
    Enrico

    in risposta a: Margini anomali con a4paper article #68427
    Up
    0
    Down
    ::

    franen” post=67507Grazie a entrambi delle risposte. Sapevo della possibilità di impostare il formato A4 come default, e in realtà ero convinto di averlo fatto in fase di installazione. Invece no, comunque ora l’ho impostato. Non si era mai rivelato un problema perché nella maggior parte dei casi impostavo i margini con geometry e quindi non mi accorgevo di nulla.
    C’è ancora però qualcosa che non capisco:
    compilando
    `\documentclass[a4paper]{article}
    \usepackage{lipsum}
    \begin{document}
    \lipsum[1-8]
    \end{document}`
    e
    `\documentclass{article}
    \usepackage{lipsum}
    \begin{document}
    \lipsum[1-8]
    \end{document}`

    escono due cose diverse, sempre accettabili tipograficamente, non come nel caso che vi descritto prima, ma la cosa mi lascia decisamente perplesso!
    Nel primo caso i margini sono (Dx, Sx, Sup, Inf): 44 mm, 44 mm, 45 mm, 42 mm.
    Nel secondo sono: 42 mm, 47 mm, 44 mm, 60 mm, Anche qui destro e sinistro son diversi!

    Riuscireste a spiegarmi cosa succede?

    Francesco

    Be’, è ovvio! Nel secondo caso LaTeX sceglie le impostazioni per letterpaper; ma la carta A4 che ottieni in uscita è più stretta e quindi il margine destro è minore del margine sinistro.

    La carta letter è 614.295pt, la A4 è 597.50787pt; la differenza è 5.9mm (la tua misura dà 5mm, ma direi che ci siamo). Se vuoi un documento su carta letter, fa’ come ti ho detto prima:

    `\usepackage[letterpaper,pass]{geometry}`
    Ciao
    Enrico

    in risposta a: Margini anomali con a4paper article #68425
    Up
    0
    Down
    ::

    franen” post=67502Ciao a tutti, compilando questi due documenti ottengo due risultati molto diversi:
    Caso1
    `\documentclass[a4paper]{article}
    \usepackage{lipsum}
    \begin{document}
    \lipsum[1-8]
    \end{document}`
    Caso2
    `\documentclass{article}
    \usepackage[a4paper]{geometry}
    \usepackage{lipsum}
    \begin{document}
    \lipsum[1-8]
    \end{document}`
    Nel primo caso ottengo questi margini (Dx, Sx, Sup, Inf): 50 mm, 44 mm, 44 mm, 24 mm.
    Nel secondo caso ottengo: 31,5 mm, 31,5 mm, 36 mm, 55 mm.
    I margini che mi risultano senza indicare alcun formato (quindi ottenendo un formato letter) sono 47 mm, 47 mm, 45 mm, 42 mm.

    Mi pare che il risultato del primo caso sia molto diverso da quello che ci si dovrebbe aspettare: il margine inferiore è molto stretto e margine destro e sinistro non sono uguali.
    Avete qualche idea sul perché succeda tutto questo? Uso TeXlive2011 aggiornata a oggi su OSX 10.6.

    Francesco

    Ci sono un paio di aspetti che mi lasciano perplesso.

    1. MacTeX e TeX Live impostano come carta standard, per dvips e pdftex, A4.

    2. La classe article senza opzione “twoside”, imposta margini uguali a destra e a sinistra.

    Probabilmente, in fase di installazione, hai selezionato la carta “letterpaper”; puoi controllarlo dal terminale con

    `tlmgr paper`
    che a me risponde

    `Current context paper size (from /usr/local/texlive/2011/texmf-config/tex/context/user/cont-sys.tex): a4
    Current dvipdfm paper size (from /usr/local/texlive/2011/texmf-config/dvipdfm/config/config): a4
    Current dvipdfmx paper size (from /usr/local/texlive/2011/texmf-config/dvipdfmx/dvipdfmx.cfg): a4
    Current dvips paper size (from /usr/local/texlive/2011/texmf-config/dvips/config/config.ps): a4
    Current pdftex paper size (from /usr/local/texlive/2011/texmf-config/tex/generic/config/pdftexconfig.tex): a4
    Current xdvi paper size (from /usr/local/texlive/2011/texmf-config/xdvi/XDvi): a4`
    Per impostare la carta standard ad A4, basta dare

    `sudo tlmgr paper a4`
    La supposizione è confermata dal fatto che quando carichi geometry i margini destro e sinistro vengano uguali.

    Occorre sapere che

    1. caricando geometry si scelgono i margini preimpostati dal pacchetto che sono diversi da quelli delle classi standard;

    2. il pacchetto invia al driver (dvips o pdftex) il comando per impostare la carta di uscita secondo quanto specificato (nel tuo caso a4paper).

    Se vuoi mantenere la carta standard in formato letter (ognuno ha diritto alle sue perversioni :)) e vuoi un documento in formato A4 corretto, scrivi

    `\usepackage[a4paper,pass]{geometry}`
    L’opzione “pass” dice a geometry di ignorare i suoi parametri e di usare quelli della classe.

    Esiste anche in TeX Live Utility il menù per scegliere la carta.

    Ciao
    Enrico

    in risposta a: problema immagini…. #68416
    Up
    0
    Down
    ::

    robybirth” post=67498non ho scritto nulla in maiuscolo, non ho capito il commento….
    ???
    Comunque ho utilizzato esattamente \..{figure*}

    Il messaggio che avevi scritto era tutto maiuscolo; l’ho modificato perché rientrasse nei canoni.

    Veniamo al problema. Che cosa, di preciso, succede?

    Ciao
    Enrico

    in risposta a: problema immagini…. #68414
    Up
    0
    Down
    ::

    robybirth” post=67496Con il pacchetto graphicx sono riuscita a mettere l’immagine.

    Il mio testo è però su due colonne, mentre la “caption” è centrata a metà pagina. L’immagine è sulla colonna, quindi va bene (environment *), ma vorrei spostare la “caption” sotto la figura.

    Scrivere tutto maiuscolo è un modo non troppo gradevole per richiamare attenzione. Le informazioni che dai sono piuttosto scarne. Probabilmente quello che ti serve è
    `\begin{figure*}
    \centering
    \includegraphics{file}
    \caption{La didascalia che andrà al suo posto sotto la figura}\label{etichetta}
    \end{figure*}`
    Ciao
    Enrico

    in risposta a: Eliminare cella in alto a sinistra Tabella (tabularx) #68410
    Up
    0
    Down
    ::

    Damon Salvatore” post=67485salve a tutti. ho creato questa tabella

    `
    \begin{center}
    \begin{tabularx}{1\textwidth}{|X|X|X|}
    \hline
    &
    \vspace{0pt}
    \begin{center}
    \textbf{MP}
    \end{center}
    &
    \vspace{0pt}
    \begin{center}
    \textbf{MR}
    \end{center}
    \\
    \hline
    codifica & di intenzioni & info/eventi \\
    \hline
    ritenzione & monitoraggio discontinuo & monitoraggio (rehearsal o niente) \\
    \hline
    recupero & esecuzione (compliance) & recupero \\
    \hline
    \end{tabularx}
    \end{center}
    `

    e vorrei togleire la prima casella, in alto a sinistra perchè vuota. vorrei quindi che i borsi scomparissero.

    come fare?? qualche aiuto?? 🙂

    Fa’ sparire tutti i bordi, è molto semplice. 🙂

    `\usepackage{array,booktabs,tabularx}
    …
    \begin{center}
    \newcolumntype{Y}{>{\centering\arraybackslash}X}
    \begin{tabularx}{1\textwidth}{XYY}
    \toprule
    &
    \textbf{MP}
    &
    \textbf{MR}
    \\
    codifica & di intenzioni & info/eventi \\
    \midrule
    ritenzione & monitoraggio discontinuo & monitoraggio (rehearsal o niente) \\
    recupero & esecuzione (compliance) & recupero \\
    \bottomrule
    \end{tabularx}
    \end{center}`
    I filetti verticali nelle tabelle sono una iattura che va combattuta con tutti i mezzi. 🙂

    Anche la pretesa che le tabelle siano larghe quanto la giustezza va combattuta. Una tabella deve essere larga quanto serve. Se i dati sono tutti come quelli che indichi nelle due righe di esempio, è certamente meglio così:
    `\usepackage{array,booktabs,tabularx}
    …
    \begin{center}
    \begin{tabular}{ccc}
    \toprule
    &
    \textbf{MP}
    &
    \textbf{MR}
    \\
    codifica & di intenzioni & info/eventi \\
    \midrule
    ritenzione & monitoraggio discontinuo & monitoraggio (rehearsal o niente) \\
    recupero & esecuzione (compliance) & recupero \\
    \bottomrule
    \end{tabular}
    \end{center}`

    Ciao
    Enrico

    in risposta a: TeX4ht non produce i tags HTML #68403
    Up
    0
    Down
    ::


    Ho come l’impressione che non funzioni proprio per niente. Con LaTeX viene caricato un file tex4ht.sty molto complesso, con TeX niente del tutto.

    Ciao
    Enrico

    in risposta a: TeX4ht non produce i tags HTML #68401
    Up
    0
    Down
    ::

    Sam Qasbah” post=67461Dove sbaglio?

    A non darci nemmeno la più pallida idea di come stai facendo. 🙂

    Ciao
    Enrico

    in risposta a: numerazione pagina del titolo in documento article #68399
    Up
    0
    Down
    ::


    Scusa, ma hai provato il codice che ti ho suggerito? Fa esattamente quello che vuoi.

    Ciao
    Enrico

    in risposta a: numerazione pagina del titolo in documento article #68395
    Up
    0
    Down
    ::

    DirkPitt” post=67472

    `\documentclass[11pt,titlepage]{article}
    \usepackage{tantipacchetti}

    \newcommand{\HRule}{\rule{\linewidth}{0.5mm}}

    \begin{document}

    \begin{titlepage}
    \centering
    \includegraphics[scale=0.6]{immagine1.jpg}\\
    Corso: \large\textsc{blabla}\\
    A.A. 2011-2012\\
    \HRule\\
    \large\textsc{TITOLO}\\[0.5cm]
    \includegraphics[scale=0.5]{immagine2.jpeg}
    \HRule
    \vfill
    \emph{Autore}\\Io\\
    \begin{small}matricola universitaria:\end{small} 007
    \end{titlepage}

    \tableofcontents
    \listoftables

    %tantotesto

    \end{document}`
    Il codice non è proprio il massimo. Per esempio i filetti da mezzo millimetro sono adatti agli annunci funebri più che a un frontespizio. Non ha molto senso usare \textsc e poi scrivere il titolo in tutte maiuscole. Anche “Corso: \large\textsc{blabla}” è piuttosto misterioso: ottieni maiuscole della stessa altezza della C (più o meno) e “Corso: BLABLA” mi sembra più semplice.

    Ciao
    Enrico

    Ho usato una pagina della wiki 🙂 se vuoi ti metto il link (cmq è uno dei primi risultati su google), ma apparte questo, perchè saltano le pagine?

    Quello che si trova in rete è spesso discutibile. In questo caso è sbagliato e quindi non vale la pena di scoprire perché succede qualcosa, non trovi?

    A parte questo, controlla l’ortografia. 😉

    Ciao

Stai visualizzando 15 risposte – dal 2,416 al 2,430 (di 13,205 totali)

Go to top▲