robitex

davidebond” post=120804Salve. Come si fa ad inserire un file (non foto o tabelle) in texstudio? L’equivalente di C-x i file di emacs?

Ciao e grazie,

davide

Ciao.
Penso che tu voglia inserire il contenuto di un file in un punto del sorgente.
Ovviamente un copia incolla funziona, ma evidentemente non è sufficientemente comodo.
Credo che si possa scrivere uno script interno apposito.
Lo script va scritto in Javascript perciò potrebbe essere divertente.
Consulta la guida in linea al paragrafo 4.6.3 Script Macros.
R.

MisterMandarino” post=120745Ah! quindi al momento non si può far altro che attendere sviluppi.
grazie, ciao
sergio

Fai questa prova.
Nel sorgente prima di caricare pdfx, scrivi il seguente codice:
`\usepackage{luatex85}

\makeatletter
\long\def\pdf@escapestring@byte #1{%
\directlua {oberdiek.pdftexcmds.escapestring(“\luaescapestring {#1}”, “byte”)}}%
\let\par\pdfx@par
\makeatother
`

Forse risolve.
R.

davidebond” post=120734Esatto. Anche con Foxit Reader. Ma dire che in linux il file pdf si aggiorna al momento della compilazione non è la stessa cosa che dire che lo sovrascrive ? Altrimenti, avrei file.pdf, file1.pdf, file2.pdf, ecc.

Grazie e ciao,

Davide

No. Il visualizzatore del pdf non scrive il file. Lo carica, visualizzandolo a schermo, e controlla se qualche altro processo lo sovrascrive. A quel punto lo ricarica, mostrando il nuovo file all’utente.
Più che un fatto di sistema operativo, ragionandoci, è più una caratteristica dei programmi di visualizzazione che si avvalgono del sistema operativo in quel modo.

Ho appena provato con un file di testo, aprendolo contemporaneamente con Kate e Gedit in Ubuntu.
Se salvo una modifica in uno dei due editor, nell’altro, nel momento in cui ridiventa finestra attiva, compare un messaggio che chiede all’utente se vuole o meno ricaricare la nuova versione modificata.
Il principio è lo stesso. Kate mi propone addirittura la visualizzazione delle differenze.
Si tratta di una prova che invito a fare anche in Windows con due editor di testo.

Evidentemente, con i file di testo che sono i file che vengono più facilmente modificati, conviene non ricaricare subito la nuova versione, ma lasciare questa decisione all’utente.
Il pattern implementato è quello di Osservatore/Osservato. Quando l’osservato è modificato, notifica a tutti gli osservatori che è avvenuto il cambiamento.

Probabile che nelle prime versioni di Windows il sistema operativo non fosse così sofisticato così che gli utenti quando scoprono che oggi la cosa è possibile, ciò suscita in loro sorpresa.
Un saluto a tutti.
R.

samiel” post=120720molti lettori .pdf (o browser che sia) compiono un autorefresh.
non si tratta di una “riscrittura” da parte di LaTeX,
ma del fatto che il lettore pdf rilegge il file appena ricompilato

m

Si. Confermo.
Sotto Linux è una cosa a cui gli utenti sono abituati: il lettore pdf aperto sul file “si accorge” che il file è cambiato e lo ricarica automaticamente.
Comunque è una nota di una qualche utilità per gli utenti Windows.
Quindi grazie.
R.

miccap” post=120647al momento mi avvalgo di due testi . Il primo IMPARA LATEX di Marc Baudoin e il secondo L’ARTE DI SCRIVERE CON LATEX (abbastanza ponderoso) di Lorenzo Pantieri e Tommaso Gordini. In entrambi ho trovato l’argomento, ma poi quando vado alla compilazione non viene niente. C’è evidentemente qualcosa di propedeutico che mi manca e che non è riportato nei manuali di cui sono in possesso.
Adesso provo a studiarmi la grfguide
Ringrazio chi ha ancora la pazienza di leggermi
Michele

Ciao Michele,
premesso che per disegnare un cerchio con otto commensali ci sono i tool grafici compresi del sistema TeX che producono un risultato di gran lunga migliore rispetto alla procedura che hai seguito tu, ragioniamo:
il file .tex in cui includi l’immagine avrà certamente un percorso nel file system, giusto?
Di solito si utilizza una directory specifica per ciascun documento ma ammettiamo che tu abbia salvato il file TeX sul Desktop (è solo un esempio, di solito il Desktop non è una buona scelta).

Per far funzionare la compilazione la cosa più semplice è che il file dell’immagine sia nella stessa directory del tuo file .tex.
Seguendo l’esempio, il tuo file avrebbe il percorso simile a “C:\Users\michele\Desktop\nome_che_hai_scelto.tex”. Salva una copia del file dell’immagine sul Desktop. In questo caso si dice che il file immagine è “locale”.
Bene. Ora compila di nuovo (senza dare l’opzione draft alla classe).

L’organizzazione dei file nei progetti TeX è abbastanza importante. Permette per prima cosa di effettuare facilmente copie di sicurezza e di ospitare i numerosi file al crescere delle dimensioni del documento in modo ordinato, ed è il primo passo per capire la struttura dell’albero dei file del sistema TeX.
Un esempio di come organizzare i file di un documento mediamente complesso lo trovi nella guida tematica dedicata alle tesi di laurea, nella sezione doc del sito GuIT.
Alla prossima.
R.

Ciao.
Interessante il pdf su Lilac. Grazie.
Vorrei dire che uno dei motivi del perché mi trovo bene con TeX è proprio il fatto che l’ambiente di lavoro è un editor di testo puro.
Questo comporta che mi trovo concentrato sui contenuti. Non devo distrarmi con la formattazione, con i menù, con dove metto quello o dove metto quell’altro.
Spesso uso un editor che non è neanche pensato per LaTeX (che di solito chiamiamo uno shell editor, come TeX Works o TeX Studio) e passo alla visualizzazione affiancata solo per le rifiniture finali. Certo, i miei doc non contengono matematica complessa.

Considera anche che la scrittura lineare delle formule in TeX, consente anche ai non vedenti di aver accesso alla matematica (vedi GuIT meeting di Brescia).

Inoltre, la composizione “batch” ha il grande vantaggio di poter elaborare la pagina per intero, potendo quindi processare al meglio la disposizione degli elementi sulla pagina per il massimo della qualità tipografica. TeX è stato implementato quando i calcolatori erano molto meno potenti, ed elabora in sequenza una pagina alla volta. Oggi si potrebbe implementare un compositore che elabora l’intero documento.
R.

OldClaudio” post=120601Per carità, non confondiamo le idee; ho scritto che lua è formidabile, ma che è n linguaggio di programmazione completamente diverso da qullo di TeX e LaTeX, quindi per usarlo in modo efficace bisogna imparalo bene come fai tu, Roberto, e, benché la guidalua sia utilissima, anche se la impari a memoria, non è con questo che voglia dire che sai usare Lua In modo veramente utile. È verissimo quello che dici LaTeX3 e Lua sono diversi sia nel linguaggio, sia negli scopi. Tuttavia LaTeX 3 è capace di fare cose che neanche Knuth si sognava. Tra le altre cose fa i conti, come si deve, non come Knuth aveva limitato alle funzioni della tipografia (solo numeri interi); non ti posso riassumenre in poche righe quello che LaTeX3 è capace di fare, ma basta leggersi le centinai di pagine del documento interface3, e si scopre che il motore Turing-completo a cui si rifaceva Enrico tempo fa, è effettivamente capace i fare cose stupende.
Ma nel caso del riordino di una lista non basta invocare una macro, magari specificandole i numeri delle righe di inizio e di fine dei blocchi da riordinare; bisogna avere una strategia da implementare e il riordino dei dati consente molte strategie e di conseguenza l’utente deve conoscere le varie possibilità per scegliere quella che gli fa più comodo in base al tipo di dati da riordinare.
Quindi il primo problema non è scegliere Lua o LaTeX3, ma è quello di scegliere la migliore strategia adatta al tipo di dati da riordinare.

Sono contento che @emded abbia sollevato il problema; perché questa discussione è molto interessante.

Tanto per citare una mia esperienza pregressa, avevo da disordinare (!) 600 dati in modo che i dati originali fossero spostati di almeno 6 posizioni in modo casuale prima o dopo la posizione iniziale e che i 6 dati non risultassero mai adiacenti (c’erano anche altri vincoli, ma tralascio, perché non sono essenziali qui). Il sistema TeX arriva con dei pacchetti pergenerare numeri casuali, ma per il mioscopo non erano affidabili. Ho dovuto affrontare il problema in un altro modo:
1) ho dovuto ricorrere ad un programma esterno, quindi ho dovuto creare per il mio editor un altro “engine” che prevedesse lo shell-escape per far eseguire quel file esterno dall’interno del sorgente Tex (assomiglia a Lua, come idea, ma a quei tempi non conoscevo l’esistenza di Lua).
2) ho scelto di usare FORTRAN, perché come codice compilato e non codice interpretato, riusltava velocissimo.
3) ho previsto il gioco di 600 file ausiliari da disordinare.
4) ho collegato ciascuno dei 600 file con un nome facilmente generabile in modo tale che il “number cruncher FORTRAN” potesse sostanzialmente lavorare solo con numeri.
Finalmente, sistemato il meccanismo di precisione creato con la logica descritta sopra, ho pototo svolgere il mio lavoro in frazioni di secondo di CPU. È ovvio che se avessi conosciuto Lua, avrei potuto usarlo invece di ricorrere al FORTRAN. Azzardo l’ipotesi che il tempo di esecuzione con Lua sarebbe stato più lungo di almeno un ordine di grandezza, visto che Lua è interpretato, non compilato.
Questo mio raccontino non serve a ordinare il contenuto di un ambiente itemize, come richiesto da @emded, ma dà l’idea del processo mentale che bisogna seguire per affrontare un problema complesso disponendo divari strumenti, alcuni dei quali soltanto sentiti nominare.
Non dimostra niente circa la maggiore o minire flessibilità di elaborazione che hanno sia Lua sia LaTeX3; questi vengono dopo aver sviluppato un processo mentale adatto al particolare materiale da riordinare.
Non vedo l’ora di poter scaricare la nuova versione della guidalua 🙂

Hai centrato il punto. Grazie Claudio.
Per la prossima versione della guidalua, ci vuole ancora un po’ di tempo per raggiungere l’obiettivo che mi ero proposto.
La guida ne esce rivoluzionata.
Ma ho ricevuto troppo pochi feedback per avere fretta.
Su github è già disponibile la nuova versione ancora incompleta, nel branch chiamato “magpie”.
https://github.com/GuITeX/guidalua/tree/magpie

Al link trovi solo i sorgenti naturalmente, perché il pdf sarà generato in automatico al momento dell’uscita della nuova versione.
Alla prossima.
R.