robitex

recentemente questa cosa è stata aggiunta niente po po di meno che a Visual Studio, un IDE che è uno dei principali motivi del successo di Microsoft

Interessante, Emacs ha questa funzione almeno dal 1992 (emacs 18.59 presente qui: ftp://ftp.gnu.org/old-gnu/emacs/, versioni più vecchie non ne ho trovate, ma non escludo che esistano) 😀
Emacs inoltre è (per quanto si sa) il primo programma ad aver utilizzato la ricerca incrementale, esaltata anche Jef Raskin, creatore del Macintosh, con le parole «A search is either incremental or excremental» (fonte: http://en.wikipedia.org/wiki/Incremental_search)

Esalto tanto Emacs perché è davvero un programma potente con infinite possibilità di espansione. Come aspetto negativo ha che non è un fulmine di guerra (ma questo è il prezzo da pagare per un programma che molti definiscono un “sistema operativo”), la relativa lentezza si nota soprattutto su computer “vecchi”, sui più recenti è accettabile. Inoltre per quanto riguarda LaTeX potrebbe non essere adatto se qualcuno cerca un editor totalmente specializzato, ma le caratteristiche che offre non sono certo di secondo piano

Allora non mi rimane che provare Emacs sul serio e, naturalmente, quando avrò tempo.
Comunque grazie della notizia.
Bye

Proprio in questi giorni riflettevo sulle capacità degli editor per TeX & C.

Con il rischio che ci si complichi la vita, io desidererei un editor in stile IDE (integrated Development environment), dove tutte le funzioni del linguaggio sono mappate.
Questo significa che durante la digitazione dei comandi, ne viene proposta la sintassi, ed una descrizione degli argomenti.
In questo modo, se in un sorgente LaTeX comincio a digitare \usep, l’editor mi propone l’elenco alfabetico dei pacchetti installati, con un breve testo esplicativo, le opzioni possibili, ecc ecc.
Se comincio a scrivere \mak, appaiono i comandi che iniziano con quelle tre lettere, non solo appartenenti al nucleo di LaTeX, ma anche ai pacchetti caricati nel preambolo.

Tutto questo è possibile solo se gli Autori dei pacchetti ne descrivano le componenti con speciali metatag con succede in Java od in altri linguaggi di programmazione.

Sul fatto che l’editor ideale non esista, comincio a pensare che in realtà un editor del genere è molto difficile da realizzare. Il prolificare di tanti programmi e plug-in mi sembra sia un incapacità piuttosto che una specializzazione degli strumenti.
Per esempio, l’editor chiamiamolo perfetto, potrebbe essere impostato secondo diverse modalità operative, una per la redazione della bozza, una per la revisione finale, analizzando scientificamente le operazioni che gli utenti svolgono durante il processo.

Una tesi questa alla “rovescia”, anzi un argomento che potrebbe diventare oggetto stesso di tesi :-)) . Con la potenza di calcolo dei processori odierni (e futuri) non escludo che un editor possa esaminare statisticamente il lavoro di un particolare utente (magari attraverso un database sul web in modo da svincolare l’utente verso una singola macchina di lavoro), e fornirgli un ambiente super-accessoriato.

Insomma, la potenza di un “editor perfetto” è a mio avviso raggiungibile nonostante il numero dei diversi editor oggi esistenti per LaTeX, numerosità che si trova anche nell’ambito dei linguaggi di programmazione.
Ciao.

Ps. Non scarterei così presto TeXWorks, le sue capacità di ricerca diretta ed inversa sono perfette per le operazioni di revisione finale del documento, e neanche il piccolo grande SciTE, dotato di selezione del testo rettangolare (recentemente questa cosa è stata aggiunta niente po po di meno che a Visual Studio, un IDE che è uno dei principali motivi del successo di Microsoft), della possibilità di impartire comandi di console, delle regular expression, della possibilità di scriversi macro in Lua, … (luaTeX deriva proprio da un esperimento che emulava l’idea del connubio SciTE+Lua)

Ps: accidenti, non mi ricordo più cosa volevo aggiungere, :-*

@robitex

Riesci a farmi sapere il dato esatto della .iso, per favore?

Grazie
Tommaso

Eccomi a casa.
Si anch’io avevo cercato su CTAN la dimensione della iso, che è un po’ più piccola della dimensione dichiarata dallo script tl-install.

Ecco quella che scaricai io:
`texlive2010-20100826.iso
1,9 GB (2.061.565.952 byte ovvero 2.013.248 KB)`
Confermo quindi il dato postato da Enrico.

Già che ci sono, vi faccio sapere che la directory /usr/local/texlive/2010 conta:
`92889 oggetti, in totale 2,4 GB`
Una vera e propria stazione tipografica totale!!
BYe

[quote]ciao a tutti , da quando dopo la compilazione mi appare la scritta:

pdflatex: Impossibile stabilire la connessione. Rifiuto persistente del computer di destinazione. pdflatex: Data: connect failed in tcp_connect()

ho seri problemi nel ottenere il pdf..ho provato a fare l’update di miktex manualmente (remote pacage repository) su un altro indirizzo ma anche l’ì mi rifiutano !.

A Qualcuno può aiutarmi ????
Grazie
francesco

(utilizzo miktex e texmaker e sto provando lo stile classicthesis)

Ciao Francesco,
potrebbe essere un problema di link nel pdf, potresti fare la seguente operazione:

* Apri una finestra di console (Start -> Programmi -> Accessori -> Prompt dei comandi)

* Digita il seguente comando:
`pdflatex -v`se compare l’output di versione il problema dipende dal tuo sorgente

Ciao.

Grazie del suggerimento ma purtroppo il prompt mi da questo risultato:

Invalid command line option e
unknow option

Il problema e che non mi vuole più il servere dove sono depositati i pacchetti[/quote]

Ma stai parlando di una istallazione di rete?
Bye

Ciao,
ho verificato ed effettivamente Gimp 2.6.8 per Ubuntu non salva immagini in PDF (le apre solamente). Tuttavia salva in formato EPS (encapsuleted postscript), così si può ottenere il PDF con un passaggio con ps2pdf.
Oppure si può salvare in PNG e convertire in PDF tramite Image Magick (il comando convert da linea di comando).

Penso però che qualsiasi cosa si faccia, l’immagine finale NON sarà in formato vettoriale intrinseco, ma il PDF sarà solo il contenitore dell’immagine raster, perché il passaggio “clipboard -> qualsiasi programma” avverrà con i singoli pixel.
Tanto vale usare il PNG.

La soluzione ideale è quella di ricostruire i grafici con lo strumento adatto come pgfplots oppure un programma esterno al mondo TeX.

Fare una prova con pgfplots per rendersi conto di quanto possa essere il tempo da impiegare.
Per ottenere le tabelle da un foglio di calcolo io di solito mi affido a soluzioni manuali, per esempio creo un nuovo foglio di calcolo dove accanto alle celle che riportano i valori contenuti nel foglio principale con formule, inserisco gli elementi della sintassi LaTeX.
A quel punto mi basta fare un copia incolla dal foglio “vista” al sorgente.

Ciao.

Apro un nuovo topic , il precedente era relativo ai problemi con TeXmaker , e la risoluzione di quei problemi non ha portato benefici per altri editor .

Prova del 9 .. (significa che sono io che sto sbagliando) :
ho installato su un pc su cui avevo recentemente installato la Ubuntu 10.04 (lucid), TeXlive 2010 dal mirror olandese consigliato nel blog di RobiTeX (ne approffito anche per complimentarmi con lui per i lavori) , ora texlive 2010 è stata installata con successo e controllando con latex -v , which tex .. vedo che è la versione corretta usata.

Il problema riguarda diversi editor (tutti tranne Texmaker) i quali non compilano per errore del pacchetto type1c.sty .. il dubbio è questo :

Perche Texmaker trova quel pacchetto e non mi da alcun errore mentre kile , texwork danno l’errore?? o_O

Si ho esportato nel profile (come suggeritomi da Egreg9 ) il PATH … e anche nel .bashrs … non so più che pesci prendere!

grazie anticipatamente

Il Drudox

Sai, nella mia esperienza gli editor non mi hanno mai dato problemi e specie Kile. Era quasi sempre un problema nascosto a volte molto bene, nel sorgente.

Quello che puoi fare è:
* informarsi con la funzione di check del sistema di kile se la configurazione è a posto (cerca nei menù dell’editor, ricordo che esisteva un comando apposito)

* provare a compilare il sorgente che da errore da terminale (se la compilazione va a buon fine significa che il problema risiede esclusivamente nella configurazione degli editor)

* postare qui il messaggio di errore che viene prodotto, magari con un copia incolla dal file di log.

Ciao.
Ps. Grazie per i complimenti.

Grazie,
adesso funziona. Ma dove si possono trovare i percorsi completi?

La lista dei mirror ufficiali si trova qui:
http://www.ctan.org/tex-archive/CTAN.sites

per il path occorre aggiungere a quello indicato nell’elenco completo di ftp:// o html:// il percorso systems/texlive/tlnet/ che è sempre lo stesso.

per esempio il mirror svizzero è ftp://mirror.switch.ch/mirror/tex
Il percorso da dare a tlmgr è ftp://mirror.switch.ch/mirror/tex/systems/texlive/tlnet/

Giusto?

Per trovare un mirror veloce occorre fare un test per esempio con netselect in ambiente unix.
Si deve anche tener in conto che la rete dei mirror va usata in modo corretto impostando un server geograficamente vicino.
Purtroppo l’unico mirror italiano offre velocità altalenanti.
Ciao