cfiandra

danyastoria” post=86905Il problema, a quanto pare, è che avendo aperto il file tesi.tex con l’editor texworks mi ha prodotto tutta una serie di errori. Mi ha scritto la tesi in codice latex però non correttamente. Faccio un esempio: ha scritto \begin_document anzichè \begin{document} e questa cosa di mettere gli under score ovunque non è un problema da poco. Ho letto un pò il documento che mi avete consigliato, ma per imparare a scrivere in latex occorrerebbe troppo tempo. Ormai la tesi l’ho scritta in lyx (non avendo molte formule al suo interno) e mi devo laureare tra pochissimi mesi..

Onestamente non posso dire di conoscere le ragioni di questo comportamento visto che avrò usato Lyx una volta o due, ma mi sembra strano.

Per quanto riguarda la guida: la tua è la normale reazione da parte degli utenti, per la gioia di Tommaso 🙂 Però, ti garantisco che non è così. Per tanti motivi: il primo è che per scrivere una tesi non c’è assolutamente bisogno di avere la competenza di Enrico (egreg) o Claudio (OldClaudio) con il codice. Secondo: non devi leggere tutta la guida e non devi saperla a memoria; questo perché se non devi inserire un grafico puoi saltare il capitolo apposito, se non devi usare tabelle puoi saltare quella parte e così via. E non devi saperla a memoria: se non ti ricordi come si inserisce un’equazione, scorri l’indice e trovi il capitolo apposito. Terzo motivo: ti abitui a leggere della documentazione. Magari LaTeX non ti servirà più dopo la tesi, ma abituarsi a trovare una soluzione in un tempo ragionevole leggendo una guida è la vera fonte del risparmio di tempo.

Ciao
Claudio

rossiario” post=86828Salve, vi espongo il mio problema.
Ho scritto la tesi in latex usando il s.o. windows 8 con miktek per compilare e texmaker come editor con la codifica iso-8859-1. Poiché sul portale dell’università mi chiede di caricare il pdf della tesi col formato pdf/a, io non ho assolutamente idea di che tipo di formato ho a disposizione (dalle proprietà non riesco a capire che tipo di pdf è) e se necessito di conversione al formato pdf/a. Cosa posso fare?

Mi sento di azzardare che al 98% al momento il tuo pdf non è nel formato richiesto. Fai una piccola verifica: carichi il pacchetto [tt]pdfx[/tt]?

Esistono regole specifiche per creare un pdf con quel formato: le trovi in Sapere Comunicare, una guida scaricabile dalla documentazione. OldClaudio poi, potrebbe darti informazioni molto più precise: ricordo di avere letto un suo articolo in merito (che chiaramente ora non trovo sul mio dropbox 🙁 ) quando ho avuto il tuo stesso problema. Ma non disperare: può darsi che alla fine non interessi a nessuno. Giusto per dire, un collega laureatosi con me, aveva scritto la tesi con word e non ci pensò neppure a “fare i salti mortali all’ultimo secondo per una richiesta assurda” (più o meno era questo il senso): nessuno gli disse nulla dalla segreteria. Capita 🙂

Ciao
Claudio

dancko” post=86736

Suppongo `\usepackage{graphicx}` risolva il problema al posto di [tt]graphics[/tt].

Ciao
Claudio

Si, era proprio quello il problema. Ora funziona benissimo. Non so perchè ero convinto si scrivesse graphics invece di graphicx.

Grazie!

In effetti esiste anche [tt]graphics[/tt], ma le opzioni vanno inserite in modo diverso. 🙂 Lo puoi scoprire leggendo la documentazione con texdoc graphicx da terminale.

Ciao
Claudio

Eccolo!!!! Per prima cosa complimenti. 🙂

Secondo, sono sicuro diventerà aiuterà tantissimo non solo chi si avvicina per la prima volta a TikZ, ma anche per affinare e migliorare le tecniche di chi ha già usato il pacchetto prima. 🙂

Ciao
Claudio

teomat” post=86669Mi sono espresso male: vorrei che i disegni venissero collocati in un punto preciso della pagina, a partire per esempio dall’angolo in basso a sinistra della pagina o da quello in alto a destra.
Il codice che ho riportato colloca i 4 disegni a partire dalla posizione del primo disegno.

Probabilmente è un mio limite, ma la documentazione di tikzpagenodes non mi risulta molto utile…
M.

`
\documentclass[a4paper]{article}
%\usepackage{tikz,graphicx}% graphicx è del tutto inutile: lo carica tikz e tikzpagenodes carica tikz perciò carico solo quello e amen
\usepackage{tikzpagenodes}
\usetikzlibrary{calc}
\usepackage{mwe}% for dummy images
\begin{document}
\thispagestyle{empty}
\begin{tikzpicture}[remember picture,overlay]% <= compilare due volte!!! \node[anchor=north west] at (current page.north west) {\includegraphics[width=4cm]{example-image}}; \node[anchor=north east] at (current page.north east) {\includegraphics[width=4cm]{example-image}}; \node[anchor=south] at (current page.south) {\includegraphics[width=4cm]{example-image}}; \node[anchor=south] at ($(current page.north)!0.75!(current page.center)$) {\includegraphics[width=4cm]{example-image}}; \end{tikzpicture} \end{document} ` Occhio a compilare due volte. C'è un "errore" nell'ultimo perché ho ancorato lo stesso il nodo e non ce n'era bisogno. Comunque pagina 2 del manuale di tikzpagenodes è fondamentale!:wink: Ciao Claudio

super_al57″ post=86663😛 grazie!

Sai che è un problema noto e molto diffuso? Non quello relativo al tuo problema della bibliografia, ma quello del preambolo. Il tuo è il classico preambolo “preso da qualche parte”+”aggiunte proprie” e non va bene. Il preambolo va pensato per il documento e, di conseguenza, si caricano i pacchetti necessari. Bisogna “pensarci” sopra, non piazzare cose a caso che, se va bene non producono effetti o li producono, ma l’utente ne è inconsapevole oppure producono spiacevoli effetti come nel tuo caso.

Fai una ricerca sul forum: moltissime volte si sono fatti commenti ai preamboli. Tu cerca con questi criteri: latexsym, dove si carica hyperref, è necessario caricare due volte lo stesso pacchetto. Poi probabilmente il tuo preambolo non è finito e/o a me è sfuggito qualcosa…

Ciao
Claudio

egreg9″ post=86568

Probabilmente vi comunico un segreto di Pulcinella.

Finora ho usato il pacchetto ifpdf per sapere se stavo componendo con pdflatex piuttosto che con latex o xelatex; e la cosa funzionava. poi ho provato a lanciare la compilazione di un documento la cui classe conteneva impostazioni diverse soggette alla verifica eseguita con [tt]\ifpdf[/tt]; con pdflatex funzionava dovere; con xelatex funzionava a dovere, con lualatex dava errori di ogni genere.

Allora ho scoperto il nuovissimo documento di riferimento lualatex-doc.pdf (leggibile con texdoc lualatex) del 5 maggio scorso e trovato ora per la prima volta su MacTeX 2013. Ottimo documento, con moltissime notizie interessanti. Ma la cosa più importante è quanto si trova scritto nel §2.2.2 “Engine and mode detection”, dal quale ho appreso che \ifpdf esegue solo un controllo su il valore contenuto nel contatore interno \pdfoutput; se questo valore vale 0 il documento viene composto in formato DVI e se vale qualunque numero maggiore di 0 il documento viene composto in pdf. Questo lo sapevo da quando esiste pdflatex, quindi non sono rimasto sorpreso. Sono invece rimasto sorpreso che anche laltex/lualatex usa lo stesso contatore interno emntre xelatex non ne fa uso (infatti il suo autput è in formato dvi esteso, ma lanciando xelatex questo si occupa anche della conversione immediata in formato pdf, quindi uno si dimentica facilmente che il formato pdf non è quello nativo di xetex/xelatex).

Ecco perché con lualatex la mia compilazione soggetta al controllo di \ifpdf falliva miseramente.

Ci sono allora i pacchetti ifxetex e ifluatex che permettono di contorllare il tipo di programma in uso. Ma non c’è un pacchetto equivalente ifpdftex; che faccia la stessa cosa.

Invece esiste il pacchetto \iftex che definisce i tre test \ifPDFTeX, \ifXeTeX e \ifLuaTeX, che invece effettivamente scoprono con quale motore di composizione si sta lavorando.

Ecco quindi: scrittori di classi e di pacchetti, usate il nuovissimo pacchetto iftex se volete sapere con quale motore sta girando la vostra classe o il vostro pacchetto; la cosa non riguarda la compilazione normale, ma riguarda la scrittura/creazione di classi o pacchetti che sappiano da soli che cosa fare in caso che debbano eseguire impostazioni diverse a seconda del motore di composizione.

Non è che iftex mi piaccia più di tanto. Che dici di questo checkengine?
`\RequirePackage{expl3}
\GetIdInfo$Id: checkengine.dtx 0.1 2013-06-25 12:00:00Z Enrico $
{Checks for the typesetting engine}
\ProvidesExplPackage
{\ExplFileName}{\ExplFileDate}{\ExplFileVersion}{\ExplFileDescription}

\RequirePackage{pdftexcmds}

\msg_new:nnnn { checkengine } { wrong-engine }
{ Engine~is~not~#1~as~required }
{ You~have~required~#1~but~you~are~using~a~different~engine }

\msg_new:nnnn { checkengine } { wrong-output }
{ Output~is~not~#1~as~required }
{ You~have~required~#1~but~the~current~output~format~is~different }

\msg_new:nnnn { checkengine } { shell-escape }
{ Shell~escape~not~unrestricted }
{ You~have~required~the~unrestricted~shell~escape~but~%
the~status~is~\checkengine_shell_escape_status: }

\msg_new:nnnn { checkengine } { no-shell-escape }
{ Shell~escape~restricted }
{ You~have~required~the~restricted~shell~escape~but~%
the~status~is~\checkengine_shell_escape_status: }

\cs_new:Npn \checkengine_shell_escape_status:
{
\int_case:nnn { \c_shellescape_int }
{
{ 0 } { `No~shell~escape' }
{ 1 } { `Unestricted~shell~escape' }
{ 2 } { `Restricted~shell~escape' }
}
{}
}

\prg_new_conditional:Npnn \pdf_if_output: { p , T , F , TF }
{
\bool_if:nTF
{ \xetex_if_engine_p: || \int_compare_p:n { \pdftex_pdfoutput:D > 0 } }
{ \prg_return_true: }
{ \prg_return_false: }
}

\cs_new:Npn \requirexetex
{
\xetex_if_engine:F
{
\msg_error:nnn { checkengine } { wrong-engine } { XeTeX }
\tex_end:D
}
}

\cs_new:Npn \requireluatex
{
\luatex_if_engine:F
{
\msg_error:nnn { checkengine } { wrong-engine } { LuaTeX }
\tex_end:D
}
}

\cs_new:Npn \requirepdftex
{
\pdftex_if_engine:F
{
\msg_error:nnn { checkengine } { wrong-engine } { pdfTeX }
\tex_end:D
}
}

\cs_new:Npn \requirepdfoutput
{
\pdf_if_output:F
{
\msg_error:nnn { checkengine } { wrong-output } { PDF }
\tex_end:D
}
}

\cs_new:Npn \requiredvioutput
{
\pdf_if_output:T
{
\msg_error:nnn { checkengine } { wrong-output } { DVI }
\tex_end:D
}
}

\int_const:Nn \c_shellescape_int { \pdf@shellescape }

\cs_new:Npn \requireshellescape
{
\int_compare:nF { \c_shellescape_int = 1 }
{
\msg_error:nnn { checkengine } { shell-escape }
\tex_end:D
}
}

\cs_new:Npn \requirenoshellescape
{
\int_compare:nF { \c_shellescape_int != 1 }
{
\msg_error:nnn { checkengine } { no-shell-escape }
\tex_end:D
}
}

\cs_new:Npn \ifengine #1 #2 #3
{
\group_begin:
\checkengine_make_equivalents:
\bool_if:nTF { #1 } { \group_end: #2 } { \group_end: #3 }
}

\cs_new:Npn \engine #1
{
TT\fi:
\group_begin:
\checkengine_make_equivalents:
\bool_if:nTF { #1 } { \group_end: \tex_iftrue:D } { \group_end: \tex_iffalse:D }
}

\cs_new_protected:Npn \checkengine_make_equivalents:
{
\cs_set_eq:NN \pdflatex \pdftex_if_engine_p:
\cs_set_eq:NN \xelatex \xetex_if_engine_p:
\cs_set_eq:NN \lualatex \luatex_if_engine_p:
\cs_set_eq:NN \pdfoutput \pdf_if_output_p:
}`

Test file:
`\documentclass{article}
\usepackage{checkengine}
%\requirepdftex
%\requirexetex
%\requireluatex
%\requirepdfoutput
%\requiredvioutput
%\requireshellescape
%\requirenoshellescape

\ifengine{ \pdflatex || \xelatex }
{ \typeout{pdflatex or xelatex} }
{ \typeout{something else} }

\if\engine{ \xelatex || \lualatex }
\usepackage{fontspec}
\else
\usepackage[utf8]{inputenc}
\fi`

Si possono usare tutti i [tt]\require…[/tt] elencati. La macro [tt]\ifengine[/tt] prende tre argomenti: il primo è una serie di parole chiave precedute da [tt]\[/tt]; la sintassi non è difficile: [tt]&&[/tt] significa “e”, [tt]||[/tt] significa “o” e [tt]![/tt] significa “non”. Si possono anche usare le parentesi per calcolare queste espressioni booleane. Naturalmente si può dare anche solo una parola chiave. Quelle ammesse sono
`\pdflatex \xelatex \lualatex \pdfoutput`
e non dovrebbe essere difficile capire come funziona. Il secondo argomento è ciò che si deve eseguire se le condizioni sono soddisfatte, altrimenti viene usato il terzo argomento.

C’è la sintassi alternativa
`\if\engine{}

\else

\fi`
ma propenderei per la prima versione.

Attendo proposte per estensioni o perfezionamenti.

Ciao
Enrico

A me onestamente piacciono tutte e due le versioni. 🙂

Quella che chiami “prima versione” mi sembra più in stile “etoolbox” mentre quella alternativa ricalca un po’ i condizionali standard. Dico un po’ perché per uniformità avrei tenuto anche in quel caso [tt]\ifengine[/tt] rispetto a [tt]\if\engine[/tt], ma è una sfumatura.

Per controllare l’opzione [tt]-shell-escape[/tt] al momento si dovrebbe fare qualcosa del genere: `
\ifengine{\requireshellescape}{%vero

}{%falso

}
` Perché non qualcosa in stile pgfkeys? Esempio: `
\ifengine{shell-escape=disabled}
…
\ifengine{shell-escape=unrestricted}
…
\ifengine{shell-escape=restricted}
…
`

Ciao
Claudio

Eddy” post=86536Salve a tutti.

Vi scrivo per chiedervi aiuto nell’inserimento di un filmato .gif in una presentazione che sto scrivendo con beamer.
Gogoolando in cerca della soluzione sul web mi sono imbattuto in questa ottima guida: http://www.geogebra.org/forum/viewtopic.php?t=25986

Seguendola passo passo sono riuscito a esportare fotogramma per fotogramma le immagini del file .gif in .pdf e anche a inserirle nella presentazione. Unico inconveniente…
… il video c’è ma non parte.

Premetto che uso Ubuntu 12.10 e in passato avevo avuto problemi con le animazioni.
Qualcuno mi può dare unamano?

Grazie mille.
Marco C.

Perché forse non è il metodo corretto, ma dubito di avere capito bene ciò che intendi con “non parte”. L’animazione te la puoi creare direttamente con Beamer perciò a meno che sia un video o audio per cui c’è il pacchetto media9, ti consiglio di leggere questa discussione.

Ciao
Claudio