Newsgroup: it.comp.lang.perl
Titolo: Perl editor gratuito

Ciao a tutti,
qualcuno conosce un buon editor gratuito.
Io ho provato opti perl che è bellissimo.... segnala gli errori, ecc
C'è pure un tool che testa le espressioni regolari che è molto sfizioso. Ora
però è finito il periodo di prova.
Ne ho bisogno perchè sono nuovo del linguaggio e ho bisogno di un aiutino
grazie
giu

 però è finito il periodo di prova.
Puoi provare la versione Lite (free) di EngineSite:
http://enginsite.com/Download.htm

 ha scritto nel messaggio
news:cap8li$33k$1...@news.ngi.it...
Subzero wrote:


http://enginsite.com/Download.htm
Non male davvero! E' meglio di optiperl. Però il tester di espressioni
regolari funziona solo
sulla versione a pagamento. Azz...
comunque grazie :)
giu

 
http://enginsite.com/Download.htm
Qualcuno conosce qualcosa di analogo per linux?
-- 
nathanvi
ICQ --> 20318568
mail --> vitto.z A_T 
tiscali.it

 
gedit + console aperta sullo stesso desktop


Mai pensato a usare Vim?
http://mamchenkov.net/blog/item/vim_for_perl_developers
http://www.perlmonks.org/index.pl?node_id=257782
http://www.perlmonks.org/index.pl?node_id=141765
Panoramica di editor disponibili:
http://www.perlmonks.org/index.pl?node_id=192684
Per le espressioni regolari, dai un'occhiata a
http://search.cpan.org/perldoc?YAPE::Regex::Explain
Ciao
gmax
-- 
   ____ ____  _____ _   _
  / _  |    \(____ ( \ / )
( (_| | | | / ___ |) X (
  \___ |_|_|_\_____(_/ \_)
(_____|
Sapere, saper fare, fare, far sapere
http://gmax.oltrelinux.com

 Qualcuno conosce qualcosa di analogo per linux?
 
Emacs :D (non picchiatemi e non iniziamo flame sugli editor :P)
ciao
Lorenzo
-- 
pub  1024D/0EC8A3D4
Key fingerprint = C066 409C 9986 351A 0DE3  43F5 FFFD 3FD8 0EC8 A3D4


KDevelop

a me piace questo
http://open-perl-ide.sourceforge.net/
che tra l'altro è GPL, oppure Kdevelop.
bye
Amedeo
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 ha scritto nel messaggio
news:MgmAc.488187$rM4.20...@news4.tin.it...


 
Vim ha una curva di apprendimento ripida, ma non *cosi`* ripida.
Anche io prima di adottarlo l'ho tampinato a lungo, chiedendomi
se valesse la pena sottoporsi ad una lunga penitenza per diventare
piu` produttivi.
Ora, credo che la penitenza non fosse poi cosi` lunga, e che ne
valesse assolutamente la pena.
Ti suggerisco di mettere da subito nel tuo .vimrc una direttiva
tipo questa (sempre che non sia il default nella tua distribuzione):
        set backspace=indent,eol,start
per far comportare il tasto backspace in una maniera piu`
urbana. Un altro paio di cosucce interessanti se programmi sono:
        set showmatch
        set matchtime=2
per vedere a quale parentesi aperta ne corrisponde una chiusa 
(tipo Emacs, se hai presente).
Altra cosa che a me piace, ma va a gusti, e`:
        set incsearch
        set hlsearch
per vedere evidenziata la prima stringa che soddisfa il criterio
di matching, _mentre_ lo scrivi.
Questi son giusto stuzzichini, eh...
Se vuoi, ci spostiamo su it.comp.software.editor.
ciao,
S.
-- 
Stefano Rodighiero      |  
http://larsen.perlmonk.org
mailto:
lar...@perl.it
   |  
http://www.perl.it

 ha scritto nel
messaggio news:1ggbojz.xxb1pt1ca5xcaN%stefano.r...@tiscali.it...


 bene.
Va bene piu` o meno in qualunque posizione del file .vimrc.
Ci sono diverse persone che divulgano in rete il proprio file .vimrc.
Su Google si trovano rapidamente: e` un buon modo, trall'altro, di
imparare trucchi nuovi.



Puoi provare l'IDE Eclipse ( 
http://www.eclipse.org/
 ) con i plugin EPIC (
http://e-p-i-c.sourceforge.net/
 ).
Se hai una buona macchina funziona bene, per il debugger hai bisogno di un
piccione potente.
Cmq
VIM e perl -d da shell sono un ottimo inizio.
Manuel
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 Manuel
Grazie! Adesso non lo posso provare perchè dove mi trovo non ho la
connessione veloce ma appena lo riesco a scaricare lo provo

 
http://e-p-i-c.sourceforge.net/
 ).
Fino ad oggi non mi sono mai "buttato" su un IDE per lavorare su Perl, 
ma vista la tua decisione ho dato un'occhiata a Epic. Devo dire che la 
cosa mi ha decisamente stuzzicato, tanto che ho scaricato il tutto ed ho 
fatto qualche prova operando sui miei progetti. La potenza c'è tutta, le 
funzioni sono un'enormità, ma il bimbo è anche parecchio pesante .... 
Sono riuscito a configurare (quasi) tutto secondo le mie esigenze 
(compreso il formatter ;)), ma continuo a ritenere che l'uso dell'IDE 
sia valido per progetti di una certa dimensione. Per il momento credo 
che per le cose "on-the-fly" rimarrò fedele al mio buon SciTE 
(
http://scintilla.sourceforge.net/SciTE.html
), anche se mi sa tanto che 
l'IDE poi ti prende la mano ....
Per chi non conosca SciTE credo sia interessante darci un'occhiata: a 
parte le cosine che praticamente tutti gli editor hanno c'è un'ottima 
integrazione con l'interprete Perl ed è anche presente la popup di aiuto 
per la sintassi (proprio non mi ricordo come si chiama ....)
Un'altra (secondo me) utile funzione è il "folding", ovvero la 
possibilità di aprire e chiudere a piacimento i blocchi di codice tra le 
graffe .... e tante altre cose configurabili a piacere ....
Intanto grazie per la dritta e spero che questo thread serva in futuro 
anche ad altri .... ;)
Byez
Stefano

 le graffe .... e tante altre cose configurabili a piacere ....
Cosa intendi esattamente?
Che quando clicchi su una graffa ti fa vedere quella di richiusura vero?
Grazie,
	natahnvi


 (
http://scintilla.sourceforge.net/SciTE.html
)
non conoscevo SciTE, è interessante e all'apparenza leggero... mmmmh
thx


 Cosa intendi esattamente?
se e' quello che c' e' pure su kate, e' la possibilita' di nascondere
parti di codice (specificatamente quelle tra parentesi graffe)
-- 
§                   ZeD                    §
§                21/08/2004                §
§                 S. Pio X                 §
§ Now listening: Genesis - The musical box §

Che quando clicchi su una graffa ti fa vedere quella di richiusura vero?
No, è piuttosto simile ad una "vista schematica" o "outline" del
codice.
Supponendo che tu abbia un brano di codice del tipo:
  while (<>) {
    if (/^a/) {
       for my $j (1..5) {
          print;
          for my $k (1..5) {
             print;
          }
       }
    }
  }
puoi vederlo come:
  while (<>) {
    if (/^a/) {
       for my $j (1..5) {
       ....
       }
    }
  }
o anche:
  while (<>) {
    if (/^a/) {
       ....
    }
  }
oppure:
  while (<>) {
       ....
  }
(come pure tutti i livelli intermedi) secondo il livello di struttura
che vuoi aprire o chiudere.
Può essere utile per non perdersi nei dettagli dei cicli (o dei
blocchi), e comprendere che cosa fa il programma a grandi linee.
Naturalmente, l'utilità dipende anche dallo stile di programmazione a
cui si è abituati: io cerco di costruire blocchi brevi e poco
nidificati, e (aiutandomi anche con la possibilità di avere più
finestre sullo stesso buffer) sono riuscito sempre a cavarmela senza
soffire troppo per la mancanza del folding.
Ciao.

 parti di codice (specificatamente quelle tra parentesi graffe)
Allora non posso più trattenermi dall'affermare che anche su vim ci sono
svariate funzioni di folding... e non limitate alle parentesi. Si può
specificare dove e quando si vuole il folding addirittura con delle
reg-exp (che noi perlisti amiamo tanto!). Un breve e significativo
esempio, tratto da :h folding è il seguente:
:set foldexpr=getline(v:lnum)[0]==\"\\t\"
Quest'espressione crea una fold per tutte le righe consecutive che
iniziano per tab.
Dopo aver elogiato vim, però, vorrei ricordare che esiste un ng apposito
per discutere sugli editor: it.comp.software.editor.
Ciao,
-- 
+--------+ | ASCII ribbon campaign ( ) | 
www.autistici.org/kral
|  kral  | |  - against HTML email  X  |
+--------+ |              & vCards / \ | my gpg id = 0x7C946947

 ha scritto nel messaggio
news:194Z243Z137Z76Y...@usenet.libero.it...
