Elrond

Doc” post=83937Orlando, su linux (vedo che usi Debian), basta mettere il blocco maiuscole e dunque digitare “è” oppure “é”: ÈÉ!
Non va bene anche su Emacs?

Quel “trucco” deriva dal particolare layout della tastiera italiana sotto Linux, non credo che Emacs riconosca quel layout

Doc” post=83937P.S.: sono anni che penso di pasare a Emacs, ma ho paura di impazzire con tutti questi shortcuts!
Domanda: risulta pesante sul sistema, intendo per l’uso su macchine poco potenti?

Io lo uso su un sistema con 512 MiB di RAM + ~800 MiB di swap e non dà troppo fastidio (uso LXDE come ambiente desktop).

@Marco87: nel file di inizializzazione:
`(global-set-key (kbd “C-è”) '(lambda (&optional arg)
(interactive “P”)
(insert “È”)))
(global-set-key (kbd “C-é”) '(lambda (&optional arg)
(interactive “P”)
(insert “É”)))`

robitex” post=83900Elrond,
tu riesci a fare un git pull dalla directory immediatamente superiore a quella che contiene il progetto?

Per esempio, se faccio:
`mydir$ cd guidaemacsauctex
mydir/guidaemacsauctex$ git pull`
tutto ok,
ma se tento:
`mydir$ git –work-tree=./guidaemacsauctex –git-dir=./guidaemacsauctex/.git pull`
mi da errore (fatal: /usr/lib/git-core/git-pull cannot be used without a working tree.)

Comunque ho risolto lo stesso, era solo per chiarire.
Basta eseguire anche da programma:
`mydir $ cd guidaemacsauctex
mydir/guidaemacsauctex $ git pull
mydir/guidaemacsauctex $ cd –
mydir $`
Grazie.
R.

Sinceramente non conoscevo neanche questa possibilità, per quanto riguarda il problema, vedi: http://stackoverflow.com/q/9745941 Pare sia un bug, ora risolto

In questo filone sono stati suggeriti alcuni motivi per usare Emacs+AUCTeX, ma girando un po’ se ne possono trovare molti altri. Alcuni sono disseminati su questo stesso forum:

• – un po’ di codici presi dai file di inizializzazione di vari utenti: http://www.guitex.org/home/it/forum/6-altri-programmi/50356-emacsauctex
• – alcuni trucchi sulla gestione delle tabelle in Emacs: http://www.guitex.org/home/en/forum/6-altri-programmi/59166-gestione-tabelle-in-emacsauctex–alignel
• – creazione di template: http://www.guitex.org/home/it/forum/6-altri-programmi/56198-template-con-gnu-emacs
• – usare la Org Mode di Emacs come foglio di calcolo, esportando poi il risultato in LaTeX: http://www.guitex.org/home/it/forum/6-altri-programmi/54687-guida-fogli-di-calcolo-in-latex-usando-org-mode-di-emacs Non conosco alcun altro editor di testo per LaTeX che possa fare tutto ciò insieme, ma anche non per LaTeX in realtà

Altri sono presenti su tex.stackexchange.com:

• – elenco di editor di testo per latex (con alcune funzioni peculiari): http://tex.stackexchange.com/questions/339/latex-editors-ides I due programmi più votati (saranno tutti pazzi i votanti? :-D) sono Emacs e Vim, cioè gli editor ritenuti generalmente più difficili (e brutti da vedere), ma che alla prova del campo spesso risultano “vincitori”
• – consigli sul flusso di lavoro LaTeX usando Emacs: http://tex.stackexchange.com/questions/50827/a-simpletons-guide-to-tex-workflow-with-emacs
• – alcune funzioni utili di Emacs: http://tex.stackexchange.com/questions/52179/what-is-your-favorite-emacs-and-or-auctex-command-trick
• – alcune combinazioni di tasti utili: http://tex.stackexchange.com/questions/20843/useful-shortcuts-or-key-bindings-or-predefined-commands-for-emacsauctex

Io non pretendo che tutti usino Emacs/AUCTeX (tant’è che quando mi chiedono quale editor utilizzare per LaTeX non consiglio Emacs ma Texworks o Texmaker/Texstudio), sono d’accordissimo che uno debba scegliere l’editor che più si adatta alle proprie necessità e alle abitudini di lavoro, però ci tengo che siano riconosciute le enormi potenzialità di questa accoppiata di software 🙂 Se uno non sente il bisogno di tutte queste funzioni è normale che troverà Emacs “superfluo”.

Tutto ciò parlando solo di LaTeX, se poi uno per qualche motivo ha a che fare continuamente con file di testo potrà trarre ulteriore vantaggio dall’uso di un unico potente programma per fare tutto, come già evidenziato da matteo.l

@Marco87: per curiosità, apri Emacs e controlla il valore della variabile [tt]user-init-file[/tt]. Puoi farlo con la combinazione [tt]C-h v user-init-file RET[/tt].

matteo.l” post=83852Per me il principale vantaggio di Emacs è che mi permette di avere un ambiente per modificare file di testo (c, python, xml, html, LaTeX sono i formati che frequento più spesso) in maniera coerente a prescindere dal sistema operativo: Mac OS 10.6, Windows XP e qualche esperimento con linux a casa, Mac OS 10.4, Windows XP, Vista e 7, più qualche server linux in ufficio. La cartella .emacs.d è sotto controllo versione per avere la stessa configurazione su tutte le macchine che uso abitualmente, in più ho anche una copia di Emacs per Windows su una chiavetta che ho sempre in tasca per modificare file sui computer su cui lavoro saltuariamente. Per non farmi mancare nulla un paio di estensioni per Firefox e Thunderbird mi permettono di usare Emacs come editor per i campi testuali delle pagine web (come quello in cui scrivo questo post) e le email.

In realtà anche per me è molto comodo avere un unico programma per modificare tutti i file di testo con cui ho a che fare, di diverso tipo, piuttosto che un programma diverso per ogni linguaggio. Ottimo punto.

Edit: a proposito di estensioni per Firefox, non so se conosci https://addons.mozilla.org/it/firefox/addon/firemacs/ Può essere utile per evitare di chiudere le schede del browser quando provi a tagliare del testo (mi succede davvero tante volte), ma se usi It’s All Text non dovresti avere questo problema

matteo.l” post=83852Nonostante le innumerevoli funzioni di Emacs le due che più mi mancano quando uso un altro programma sono piuttosto banali: la ricerca incrementale e il kill ring. La ricerca dei dettagli nel manuale di Emacs è lasciata come esercizio al lettore.

Mi piace ricordare che la ricerca incrementale pare sia stata inventata proprio in Emacs (vedi http://en.wikipedia.org/wiki/Incremental_search#History) 😀
Seriamente, dopo che la provi una volta ti rendi conto di quanto sia inutilizzabile quella “normale”.

matteo.l” post=83852Per quanto riguarda la grafica sono nel 50% che disattiva la barra dei comandi, anche se non sono ancora arrivato a disattivare i menu per affrancarmi completamente dal mouse.

Ho l’impressione che con quel 50% ho sottostimato di molto il numero di utenti che non usano la barra degli strumenti. Ho letto di gente che disattiva anche la barra di scorrimento laterale. Mi sembra un po’ eccessivo ma ha un suo perché.

matteo.l” post=83852Secondo me un edtor di testo deve avere un font facilmente leggibile (per me una buona scelta è DejaVu Sans) e una buona combinazione di colori (da quando ne ho scoperto l’esistenza mi sono innamorato di Zenburn), tutto il resto sono dettagli, in particolare quando si usa Emacs a schermo intero suddiviso in più finestre.

Anche a me piace molto DejaVu Sans, però Zenburn è un tema nato per Vi, non puoi usarlo! 👿 (ovviamente scherzo, sinceramente non mi importa granché della guerra fra Emacs e Vi)

Marco87″ post=83821

Emacs è praticamente un interprete Lisp che incidentalmente funge anche da editor di testi, quindi è programmabile e personalizzabile in ogni suoi microscopico aspetto.

[…]
Sicuramente aiuta l’avere alle spalle 40 anni di esperienza, gli altri programmi sono giovanotti al suo confronto

Il fatto che Emacs (e AUCTeX) faccia uso di un linguaggio di programmazione “tutto suo” non mi piace molto.

Il dialetto del Lisp è tutto suo, ma il Lisp in sé è un linguaggio relativamente usato (per esempio AutoCAD usa il Lisp per le estensioni). È (stato?) un linguaggio usato nell’ambiente dell’intelligenza artificiale (Stallman lavorare proprio nel laboratorio di intelligenza artificiale del MIT quando iniziò a sviluppare l’editor) e non a caso Emacs ha integrato al suo interno uno psicologo con cui dialogare 😀

Ti assicuro che l’Elisp è davvero molto semplice (almeno per l’uso di base che ne faccio io) e molto ben documentato, la documentazione può essere letta direttamente all’interno di Emacs, sia sotto forma di due diversi manuali (uno di base e uno più completo) sia come documentazione di ciascuna funzione ([tt]C-h f [/tt]) e variabile ([tt]C-h v [/tt]) esistente.

Marco87″ post=83821Non gradisco molto nemmeno quelle lunghissime sequenze di tasti che vengono definite “scorciatoie” da tastiera. Poi magari sono modificabili in vere e proprie “scorciatoie” e allora la faccenda cambia.

Come ti ho detto, ci sono combinazioni di tasti (in effetti ho sbagliato a chiamarle scorciatoie, nel gergo di Emacs si chiamano “key bindings”) per fare qualsiasi cosa, va da sé che non possono essere tutte brevi altrimenti potresti usarne al massimo poche centinaia. Inoltre le combinazioni di tasti che ho indicato prima non sono poi così terribili, nota che un tasto (il CTRL) è sempre tenuto premuto, gli altri tre variano in maniera anche abbastanza autoesplicativa: la “c” iniziale è caratteristica delle maggior parte delle combinazioni di tasti di AUCTeX, la “f” sta per “font”, la “b” per “bold”, la “e” per “emphasize”, ecc. Ripeto, volendo si possono cambiare (sperando di non interferire con altre già esistenti), ma dopo un po’ ci si fa l’abitudine anche a quelle standard.

Marco87″ post=83821Il fatto dei “40 anni di esperienza” penso che porti sicuramente a dei vantaggi. Comunque devo ammettere che la grafica di Emacs non sembra tanto aggiornata. Questo è un fattore puramente psicologico che, però, potrebbe spingere chi è ignorante in materia come me a puntare su altro.

Problema sollevato periodicamente dai detrattori di Emacs. Chi usa Emacs lo usa perché fa esattamente quello che gli serve, non perché abbia una interfaccia piacevole. La maggior parte degli utilizzatori di Emacs usa solo la tastiera per scrivere, lanciare comandi, premere combinazioni di tasti, per loro il mouse è bandito. Un buon 50% degli utilizzatori di Emacs nasconde la barra degli strumenti perché è inutilizzata (se non usi il mouse la barra degli strumenti non serve a niente) e occupa pixel preziosi al contenuto del file su cui si sta lavorando. Non faccio ancora parte di questo 50% ma potrei presto entrarci, dato che in effetti non tocco la barra degli strumenti da mesi. Addirittura molti (compreso Karl Berry, manutentore di TeX Live) usano Emacs quasi solo da terminale (io di tanto in tanto, solo per modifiche rapide), lì l’aspetto grafico non conta niente per definizione.

Marco87″ post=83821Per esempio, so che un mio docente di informatica usa Eclipse quale potente strumento di editing e programmazione. Per questo motivo ho provato a installare e usare Eclipse (proprio oggi, per confrontarlo un po’), e per quello che ho intuito sembra avere non tante potenzialità in meno di Emacs. Però Eclipse ha una grafica ben più “moderna”. Ovviamente queste sono pensieri di uno che in questo specifico campo è veramente ignorante. Comunque credo che se un giorno dovesse uscire una guida in italiano su come configurare Eclipse (usando TeXlipse) in maniera soddisfacente, mi ci metterei. Per il momento, invece, sono molto dubbioso riguardo a Emacs.

Sinceramente ho sentito spesso parlare di TeXlipse ma non ho mai incontrato nessuno che lo utilizzi in pianta stabile, solo persone che l’hanno provato e poi abbandonato. Non so neanche il perché l’abbiano lasciato.

Emacs ha un sacco di funzioni non citate prima da me o nella guida per questioni di spazio (e comunque non credo ci siano persone al mondo che hanno provato tutte le funzioni di Emacs: leggo quotidianamente di utenti decennali che rimangono sorpresi per aver appena scoperto funzioni a loro ancora ignote), che non ho mai visto negli altri editor per LaTeX. Un esempio (questo è indicato nella guida, c’è anche uno screenshot) è la separazione della finestra in più parti per poter visualizzare più file contemporaneamente nella stessa schermata. L’ho uso quotidianamente, l’unico altro editor per LaTeX che ho visto avere una funzione simile, ma castrata, è Texmaker che permette di dividere la schermata al massimo in due e aprire un file in sola lettura nella seconda metà dello schermo.

lorenzo.pantieri” post=834221. Con TikZ i nodi “si fanno attraversare dalle linee”:
`\begin{tikzpicture}
\draw [help lines] (0,0) grid (3,3);
\draw (1,1) node [circle,draw] {$A$}
— (2,2) node [circle,draw] {$B$};
\end{tikzpicture}`
Perché questa scelta? Per avere nodi che “non si facciano attraversare dalle linee” si può fare così:
`\begin{tikzpicture}
\draw [help lines] (0,0) grid (3,3);
\node [circle,draw] (A) at (1,1) {$A$};
\node [circle,draw] (B) at (2,2) {$B$};

\draw (A) — (B);
\end{tikzpicture}
`
Esistono altri modi che non prevedano la definizione di quella sorta di etichette che sono (A) e (B)?

Che io sappia la sintassi “base” per definire un nodo è [tt]\path node[/tt], non all’interno di un [tt]\draw[/tt]. [tt]\node[/tt] è un’abbreviazione di [tt]\path node[/tt]. Il nome del nodo ([tt](A)[/tt] e [tt](B)[/tt] nel tuo esempio) non è obbligatorio (neanche la coordinata in realtà, se non la indichi ti mette il nodo nell’origine), l’unica cosa obbligatoria è l’etichetta fra parentesi graffe, eventualmente vuota.

lorenzo.pantieri” post=83422
2. I codici
`\draw [fill=red,draw=red] (1,1) circle (0.5);`
e
`\fill [red] (1,1) circle (0.5);`
sono equivalenti?

Credo che non siano completamente equivalenti. [tt]\draw[/tt] è l’abbreviazione di [tt]\path[draw][/tt], [tt]\fill[/tt] è l’abbreviazione di [tt]\path[fill][/tt], [tt]\filldraw[/tt] è l’abbreviazione di [tt]\path[fill,draw][/tt]. Nel tuo caso coincidono perché hai usato lo stesso colore, in generale [tt]\draw[fill=,draw=][/tt] sono diversi.

lorenzo.pantieri” post=83422
3. Perché con la chiave scale viene riscalato il disegno, ma non il testo?
`\begin{tikzpicture} [scale=3]`

[tt]scale[/tt] moltiplica solo le coordinate per il fattore di scala, non tocca il testo

lorenzo.pantieri” post=83422
4. Come riprodurre con TikZ nel modo ottimale il disegnino seguente?

Passo 🙂 In realtà la cosa più fastidiosa di questo disegno è l’etichetta per l’angolo, non ho ancora trovato un metodo efficiente generale che metta l’etichetta a metà dell’arco,[tt]arc[/tt] non accetta nodi partway (ma forse in una delle prossime versioni di pgf sì), altre soluzioni che si trovano su internet sono spesso inutilmente complicate secondo me, finisco spesso per mettere le etichette degli archi manualmente. Gli altri elementi sono tutti piuttosto semplici da realizzare, sono tutte linee