robitex

Qui mi sono espresso male. 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.)

Si se installi la versione direttamente da CTAN (consigliato), no se installi dai repo.

P.S. Già che ci sono, vorrei porti una domanda. Che distro Linux usi tu? Ubuntu è certamente la più pubblicizzata, ma tu consiglieresti un’altra distro? (Anche in riferimento all’uso di LaTeX.) Grazie mille!

Uso Ubuntu, sinceramente è la prima distro che ho provato (dalla 6.06) e non ho mai sentito la necessità di cambiare. Normalmente installo solo le LTS, per cui oggi ho la Lucid Lynx (alias 10.04).
Ciao.

Ciao robitex,

Oggi molto spesso si lavora contemporaneamente con più sistemi operativi. TeX Live è la scelta obbligata in questi contesti.

Per ora non mi pare che distribuzioni Linux come la tanto nominata Ubuntu siano poi tanto superiori a Windows (anzi, alcuni test mostrano Windows7 superiore per velocità e gestione dell’energia… ma questo è un altro discorso), e quindi non so se passerò mai a un S.O. Linux. In ogni caso non voglio chiudere definitivamente la “porta” e, allora, mi sorge una curiosità: come si gestisce l’installazione di TeXLive su Ubuntu? Presenta qualche problema come mi sembra di aver capito?

Ciao e grazie,
Marco.

P.S. Ciò che ho detto riguardo ai S.O. è riferito all’utilizzo che ne può fare una persona come me. Per l’utilizzo di LaTeX non mi sembra che ci siano differenze sostanziali. Ci saranno sicuramente alcuni utilizzi in cui un sistema operativo Linux prevale su Windows.

Occorre uscire dalla logica “Windows” vs “Linux” (o viceversa) oppure “Mac” vs “Windows”, a favore di una più utile visione che risiede nella seguente frase: il sistema operativo è lo strumento fondamentale per il funzionamento di un computer, il cui utilizzo diventa ogni giorno più importante.

Se il sistema operativo è uno strumento, all’utente non rimane che valutarne le caratteristiche e le condizioni d’uso per ottenerne soluzioni al proprio lavoro. Penso quindi che:
1 – esprimere confronti su sistemi operativi diversi, sia utile solo se ne conosce piuttosto bene ed in molte aree di utilizzo le caratteristiche;
2 – possono essere utilizzati sistemi operativi diversi a secondo dello scopo che si vuole raggiungere;
3 – tutti i programmi di sistema e applicativi devono essere legalmente installati.

Allora aprire le porte ad altri sistemi può essere il risultato di una valutazione di strumenti software approfondita e ragionata, ed il risultato potrà essere favorevole a Windows, a Linux, a Mac, a FreeBSD, ecc.
Tuttavia non escludo che applicare “le tre leggi della robotica” espresse precedentemente porti alla scelta di una distribuzione Linux, ideale in molte aree di utilizzo e specie per, per studenti, insegnanti, professionisti ed ambiti famigliari.

… allora, mi sorge una curiosità: come si gestisce l’installazione di TeXLive su Ubuntu? Presenta qualche problema come mi sembra di aver capito?

Venendo al modo di gestione della distribuzione TeX Live su Ubuntu, preciso solamente quello che ho già detto: si gestisce allo stesso modo che in Windows, o in Mac o sotto OpenSolaris, ecc (*).
E per questo che sostanzialmente asserivo la mia preferenza a TeX Live.

Ciao.

(*) nota: esiste una modalità aggiuntiva in particolare per Ubuntu che consiste nel rivolgersi per l’installazione ai repository ufficiali (veri e propri “magazzini” di programmi organizzati e gestiti in modo molto comodo tramite pacchetto), ma è solo un alternativa utile solo in alcuni casi.

Esercizio: perché i % alla fine delle righe numerate 3 e 11 sono inutili

Provo una risposta: perché TeX quando costruisce un valore dimensionale legge il valore numerico e l’unità di misura. Esso termina la lettura del testo che rappresenta l’unità di misura quando incontra un altro token od uno spazio di separazione come accade per i comandi macro.

Quindi un codice come questo non comporta spazi spuri:
`\newdimen\mydim
\mydim=45 pt % qui ci sono degli spazi
\multiply\mydim by 2 % qui ci sono altri spazi`

Comunque, è stata un occasione per imparare finalmente cosa fa il comando \kern ed i trucchi che si basano sulla potenza compositiva dei box.
Grazie Enrico.

Ciao a tutti,
dopo un paio di mesi ho cercato di ricompilare un documento su cui stò lavorando. Nel frattempo ho aggiornato Miktex. Ora ottengo un errore che prima non avevo. Dopo diverse prove sono riuscito a capire che si presenta nel momento in cui le seguenti due righe
`\usepackage{scrtime}
\usepackage[draft,time,italian]{prelim2e}`
vengono caricate dopo
`\usepackage[sl]{capiton}`
Come mai? La soluzione stà semplicemente nello scambiare l’ordine di caricamento dei pacchetti?
Più in generale: come sapere qual’è l’ordine ottimale di caricamento?

Grazie,
Daniele

Bella domanda…
L’ordine di caricamento non dovrebbe essere significativo, tranne in alcuni casi come con il pacchetto hyperref che deve essere l’ultimo.

Tu non riporti l’errore che ottieni. Immagino tuttavia, che sia dovuto al caricamento di pacchetti con opzioni: infatti se un pacchetto viene caricato dietro le quinte da un secondo, caricarlo esplicitamente nel sorgente con opzioni non è consentito da LaTeX.
Pertanto può capitare che la situazione di option clash possa essere risolta caricando i pacchetti in ordine diverso.
Altra soluzione è caricarli senza opzioni e poi utilizzare i comandi appositi del pacchetto per impostare parametri.
Ciao

Grazie 1000 delle risposte , il pacchetto PGF mi sembra molto utile pe i lavori che devo fae anche se non ho ben capito come si usi … se non ho capito male ci dovrebbe essere una sorta di editor che poi produce il file TeX ? se fosse così non saprei dove trovare l’editor pe dargli un occhiata ho scaricato il pacchetto .zip ma non vedo alcun editor

PGF è un pacchetto come tutti gli altri!
Basta inserire nel sorgente l’ambiente tikzpicture e compilare al solito.
Comunque esiste anche una specie di editor che compila al volo il codice PGF che stai scrivendo e lo visualizza. Si chiama ktikz ed è disponibile solo per Linux ( http://www.hackenberger.at/blog/ktikz-editor-for-the-tikz-language ).

Ti consiglio naturalmente di cominciare a scrivere codice e compilare con pdflatex.
Leggi i tutorial nel manuale di PGF per iniziare (per visualizzarlo digita alla riga di comando texdoc pgf).
A dimenticavo, il pacchetto PGF si installa comodamente nella tua distribuzione TeX con le utility messe a disposizione (i.e tlmgr per TeX Live).

Esempio di codice:
`\documentclass{minimal}
\usepackage{tikz}
\begin{document}
\begin{tikzpicture}
\draw (0,0) — (10,0) — (10,10) — cycle;
\end{tikzpicture}
\end{document}`

Buon lavoro!

Possibile è anche ottenere un immagine vettoriale in formato pdf da AutoCAD.
Basta stampare con driver postscript, convertire il risultato in pdf e ritagloiare con pdfcrop.

Ottieni così grafici tecnici vettoriali (qualche cosa si perde con i font), perfettamente in scala.
Ovvio che se il tuo processo di produzione non passa da AutoCAD, conviene utilizzare programmi “visuali” già indicati.
Bye

Ecco un altro tema: creazione on the fly di chiavi xkeyval.
Ammettiamo di voler gestire dimensioni attraverso la sintassi chiave valore. Vorremmo un comando per esempio \dim il cui argomento è appunto un assegnazione di una misura ad un registro (con sitassi TeX) \dimen.
esempio:
`\dim{a=100pt}
\dim{b=1mm}
`
La sostanza di tutto questo è: prima di poter assegnare un valore ad una variabile occorre creare la chiave tramite gli opportuni comandi del pacchetto xkeyval.

Allora basta che la prima e solo la prima volta che avviene una definizione venga creata l’oppurtuna chiave, per esempio con il codice:
`\documentclass{report}
\usepackage{xkeyval}

\makeatletter
\def\dim#1{%
\setkeys*{dimfam}{#1}
\ifx\XKV@rm\empty
\setrmkeys{dimfam}—esisting key—%
\else
\expandafter\make@newkey\XKV@rm\@nil
\setrmkeys{dimfam}—new key—%
\fi
}
%
\def\make@newkey#1=#2\@nil{%
% creo la nuova dimensione
\expandafter\newdimen\csname #1\endcsname
%
% creo la chiave ad essa associata
\define@key{dimfam}{#1}{%
\csname #1\endcsname=##1
}
}
\makeatother

\begin{document}
\dim{xMain=1mm}Dimensione xMain=\the\xMain.

\dim{xMain=100mm}Dimensione xMain=\the\xMain.
\end{document}`

Si può fare anche qualcosa di più interessante: definire variabili in funzione di altre. Basta caricare il pacchetto etex che rende disponibili le estensioni di etex appunto, e far lavorare il comando \dimexpr. Bellissimo direte voi (se non lo state dicendo ditelo immediatamente perché potrete scrivere \dim{a=10mm+4pt}\dim{b=\a/2}). Ecco il codice modificato:
`\documentclass{report}
\usepackage{etex}
\usepackage{xkeyval}

\makeatletter
\def\dim#1{%
\setkeys*{dimfam}{#1}
\ifx\XKV@rm\empty
\setrmkeys{dimfam}%
\else
\expandafter\make@newkey\XKV@rm\@nil
\setrmkeys{dimfam}%
\fi
}
%
\def\make@newkey#1=#2\@nil{%
% creo la nuova dimensione
\expandafter\newdimen\csname #1\endcsname
%
% creo la chiave ad essa associata
\define@key{dimfam}{#1}{%
\csname #1\endcsname=\dimexpr##1\relax
}
}
\makeatother

\begin{document}

\dim{xMain=1mm}Dimensione xMain=\the\xMain.

\dim{xMain=100mm}Dimensione xMain=\the\xMain.

\dim{xMain=\xMain/2}Dimensione xMain=\the\xMain.

\dim{xMain=45pt+45pt}Dimensione xMain=\the\xMain.

\dim{xMain=5pt+5pt}Dimensione xMain=\the\xMain.

\dim{yMain=30pt}Dimensione yMain=\the\yMain.

\dim{yMain=\xMain*2}Dimensione yMain=\the\yMain.

\end{document}`

Il tallone di Achille del comando \dim è che se si inseriscono alla prima chiamata, spazi prima e/o dopo il nome della chiave sono guai, mentre quello della sintassi è che la chiave è un nome standard (tipo a o b come abbiamo visto), mentre se vogliamo usarne il valore (a secondo membro) occorre che premettere il backslash per crearne la control sequence.
Altra cosetta è che occorre tener presente la sintassi prevista per il comando \dimexpr (se interessati leggere anche questo post http://www.guit.sssup.it/phpBB2/viewtopic.php?t=7576 ), e che il tutto si basa sul fatto che la lista delle chiavi sconosciute è vuota (cosa che può nono essere se in altri unti del codice abbiamo usato la versione asteriscata di \setkeys).

Bye