Nicola Larosa wrote:
E comunque, cosa più importante, credo che tutti gli iscritti alla lista
(o chi ha occasione di chiacchierare ogni tanto con te o altri
pythonisti in IM)
Non credo che questa estensione dell'ambito sia pertinente a questa
discussione.
Già, invece i tuoi commenti sono pe
Nicola Larosa wrote:
Dixie wrote:
Sto migrando la mia "piattaforma" da access a MySQL + Python + wxPython.
Non usare MySQL se non hai la pistola alla tempia (e se ce l'hai, accertati
che sia carica ;-) ).
Uf, Nicola sarebbe ora di smetterla. E' come se ogni volta che si
parla di editor,
Domenico Chierico wrote:
mi piacerebbe che nascesse una comunita' di riferimento in italia dove
nulla attecchisce per giochi di potere strani, ma la questione e' che il
lavoro del mantainer e' una cosa sicuramente non banale.. e le decisioni
devono essere per la comunita' e non per interesse per
Manlio Perillo wrote:
Mah, secondo me restringere chi contribuisce a chi è in grado di usare
subversion è troppo limitante.
Io parto dal presupposto che siamo una comunità di programmatori.
Io che siamo una comunità di programmatori *con poco tempo* e ancora
*meno pazienza*, e che se rend
Manlio Perillo wrote:
Queste cose si possono realizzare con lo strumento attuale, a patto però
che passi l'idea che i contributi li scrivano un gruppo ristretto di
persone (in pratica chi vuole usare Subversion - non è detto che il
gruppo debba essere limitato per forza).
Mah, secondo me re
Manlio Perillo wrote:
Per quanto riguarda il link al wiki, questo non c'è per un semplice
motivo: ho messo Trac perchè lo conoscevo già, e perchè ho pensato
potesse far comodo la sua gestione ticket.
Tuttavia non sono sicuro della scelta, MoinMoin mi sembra più valido,
dato che fa solo il w
Sandro Dentella wrote:
Ed in aggiunta nulla ha la potenza di uno screencast per capire come gli
altri lavorano.
Ottima idea. Credo che sarebbe utilissimo se ognuno di noi realizzasse
uno screencast in cui mostra come lavora con il suo editor/ide
preferito, ecc.
L.
_
kk lugcr-member wrote:
non capisco dov'è che sbaglio
Prova
/opt/python24/bin/python setup.py install
altrimenti rischi di installare il modulo nell'ambiente dell'interprete
python di default (che dovrebbe essere in /usr/bin/python).
Ludo
___
Pyt
giuseppe massimo bertani wrote:
Visto che l'interprete lo sa
quando sta per chiamare un metodo, quello che mi servirebbe un handler che mi
faccia
una bella print ,".",
per ogni metodo che l'interprete richiama, filtrando magari tutto cio' che e' esterno al mio modulo.
Sul logger puoi impost
Lawrence Oluyede wrote:
Ah ah io ho un plugin per Gedit in stallo da anni. Ma siccome non uso
più molto Linux resterà li a morire :P
Sarebbe da sistemare e rilasciare credo
E che fa?
L.
___
Python mailing list
Python@lists.python.it
http://lists.py
Lawrence Oluyede wrote:
>>> out = list('')
Attenzione che questo crea una lista di tutti quei caratteri :-P
Sai che stavo rileggendo e me ne ero appena accorto? Una di notte dopo
un geek dinner, che ci vuoi fà? :)
L.
___
Python mailing list
Pyt
Enrico Franchi wrote:
Resta cmq il dato di fatto. Un esempio che mi viene a caso: convertire
un foglio CSV in una tabella HTML. Con vi e' banale, con gli altri editor
facili e intuitivi come si fa?
Direi sempre con una regex. Io poi ti confesso che non sono un patito
delle regex
e suppongo c
Carlo C8E Miron wrote:
* un class browser
Entrambi disponibili attraverso questi plugin (in python):
http://www.stambouliote.de/projects/gedit_plugins.html
Ahhh belli, e non mi ero mai accorto dei plugin per gedit in Python. :)
Poi per carità, posso anche usare notepad o editare i file dal
Massimo wrote:
Pensavo: non sarebbe carino a questo punto provare a predisporre una
sorta di "howto" sull'utilizzo "produttivo" di un editor? La cosa
dovrebbe essere, imho, molto semplice ed immediata, del tipo:
quando ho bisogno di fare questa cosa (qualsiasi cosa, da banalità tipo
il bilancia
Luca wrote:
Non capisco... dopo converti l'RTF in un .doc normale?
Ad ogni modo RTF è per me un formato forse troppo semplice... non
ricordo bene ma RTF permette le tabelle?
Puoi anche usare html, word ed excel lo importano tutti e due...
L.
___
Py
Carlo C8E Miron wrote:
Ciao Ludo,
Carlo! :)
Non sono d'accordo. Pur non usandolo personalmente (come tekNico ben
sa sono un irriducible VIMmer-on-terminal ;-), una rapida occhiata a
gedit rivela subito (in ordine sparso):
...snip...
Nessuna rocket science, per carita`, ma da qui a definir
Enrico Franchi wrote:
Ma alla fine se ci pensi su GNU/Linux le scelte sono:
1) vim
2) emacs
3) kate/kwrite
4) gedit
5) scite
6) J
Sicuramente molto meglio di scite e gedit (comodo per scrivere testo e
poco altro). Il fatto che non lo usi quasi nessuno a parte qualche
lisper e qualche googl
Joril ha scritto:
Gia' che ci siamo, che IDE usate per Python? :)
Io non uso un'IDE ma un editor con qualche funzione "avanzata" tipo un
classbrowser, e ovviamente supporto per sintassi colorata, folding, ecc.
Per me è più che sufficiente, e oltretutto il sorgente (anche se in
Java) è disp
A.recca wrote:
Invece di lasciarmi nella mia ignoranza non potresti spiegarmi?
Beh, secondo me ti conviene "farti le ossa" invece di cercare
scorciatoie... ad esempio leggerti la documentazione del modulo
threading e cercare "ricette" che possono essere un buon punto di
partenza sul cookbook
19 matches
Mail list logo
