Marco Mariani wrote:
>>> Test comparativo tra vari ambienti di sviluppo (tra cui Django, Plone e
>>> Turbo Gears):
>>> http://oodt.jpl.nasa.gov/better-web-app.mov
> Nicola Larosa wrote:
>> QUATTROCENTOMEGA?!?
> Non ti preoccupare, e' una gara tra i framework, a chi scrive piu'
> velocemente Hello
Y3s ha scritto:
Il giorno gio, 28/12/2006 alle 18.16 +0100, Manlio Perillo ha scritto:
Ho creato una pagina sul wiki:
http://trac.python.it/wiki/Progetti/Pythonista
Pythonista o pythonisti? C'è discrepanza tra il repository e il wiki
pythonisti...
Ho pure sbagliato il tag!
Saluti Manlio
Il giorno gio, 28/12/2006 alle 18.16 +0100, Manlio Perillo ha scritto:
> Ho creato una pagina sul wiki:
> http://trac.python.it/wiki/Progetti/Pythonista
Pythonista o pythonisti? C'è discrepanza tra il repository e il wiki
___
Python mailing list
Python
Nicola Larosa ha scritto:
[...]
Se poi volessi scrivere un file di setup con setuptools come si fa a
gestire il tutto?
E` presto per le uova, manca ancora parecchio a Pasqua. ;-)
Non saprei, non ho ancora approfondito setuptools, ma visto che usa i PTH
lui stesso, mi sorprenderebbe se non li
Ho creato una pagina sul wiki:
http://trac.python.it/wiki/Progetti/Pythonista
Non sono esperto di Trac, spero che qualcuno voglia sistemare meglio le
pagine.
Una cosa che non capisco è come gestisce i path con / finale.
Ho aggiunto anche una pagina con un diario di sviluppo, magari può
esse
Manlio Perillo wrote:
> Mi hai convinto della validità dell'approccio.
>
> Comunque ne ho visti davvero pochi di progetti che usano questo approccio..
Lo stesso setuptools, PyDoctor, HTMLgen, Numeric, PIL, Cairo, PyGtk,
WxPython, per citare quelli sul mio disco (Ubuntu Dapper).
> Se poi volessi
Nicola Larosa ha scritto:
Manlio Perillo wrote:
Il motivo per cui uso
/trunk/appname
è perchè in questo modo posso eseguire l'applicazione ed i test senza
dover installare niente, semplicemente mettendomi nella directory radice
del progetto.
Basta creare un file testo di una riga, e potrai es
solimo wrote:
> Per il Natale sono arrivato in ritardo, ma posso recuperare
> augurando un buon anno a tutti.
Hai proprio ragione, il presepe senza pitoni è triste. ;-D
Benvenuto, e buon divertimento! :-)
--
Nicola Larosa - http://www.tekNico.net/
Data preservation is an ogre, and ogres have
Manlio Perillo wrote:
> Il motivo per cui uso
> /trunk/appname
>
> è perchè in questo modo posso eseguire l'applicazione ed i test senza
> dover installare niente, semplicemente mettendomi nella directory radice
> del progetto.
Basta creare un file testo di una riga, e potrai eseguirla ovunque. :
Alle 16:21, giovedì 28 dicembre 2006, solimo ha scritto:
> Salve,
Salve, e benvenuto!
> mi sono appena iscritto a questa lista che a giudicare
> dai post in archivio e' molto interessante. Ho pochissima
> (nessuna) esperienza con Python, ma spero di migliorare
> quanto prima anche grazie a tutti vo
> Nicola Larosa ha scritto:
>> Non è necessario che la directory top del package si chiami come il
>> package che si vuole poi importare, ci sono alternative a metterla nel
>> PYTHONPATH:
Manlio Perillo wrote:
> Perchè complicarsi la vita?
Complicarsi? Sono modi alternativi di fare la stessa cosa
Salve,
mi sono appena iscritto a questa lista che a giudicare
dai post in archivio e' molto interessante. Ho pochissima
(nessuna) esperienza con Python, ma spero di migliorare
quanto prima anche grazie a tutti voi.
Per il Natale sono arrivato in ritardo, ma posso recuperare
augurando un buon ann
Manlio Perillo ha scritto:
[...]
>
La directory lib mi piace.
Però io farei poi comunque
/lib/pythonisti/
Sto dicendo una sciocchezza.
Il motivo per cui uso
/trunk/appname
è perchè in questo modo posso eseguire l'applicazione ed i test senza
dover installare niente, semplicemente mettend
Nicola Larosa ha scritto:
Nicola Larosa ha scritto:
Perché un'altra directory "pythonisti" dentro il trunk? Non siamo già
dentro /code/pythonisti/ ?
Manlio Perillo wrote:
E' il nome del progetto.
E' questa directory che poi andrà messa nel PATH.
/code/pythonisti/{branches,tags,trunk}/pytho
> Nicola Larosa ha scritto:
>> Perché un'altra directory "pythonisti" dentro il trunk? Non siamo già
>> dentro /code/pythonisti/ ?
Manlio Perillo wrote:
> E' il nome del progetto.
>
> E' questa directory che poi andrà messa nel PATH.
/code/pythonisti/{branches,tags,trunk}/pythonisti non mi piace
Nicola Larosa ha scritto:
Manlio Perillo wrote:
Comunque il progetto è stato creato.
Perché un'altra directory "pythonisti" dentro il trunk? Non siamo già
dentro /code/pythonisti/ ?
E' il nome del progetto.
E' questa directory che poi andrà messa nel PATH.
Saluti Manlio Perillo
___
Manlio Perillo wrote:
> Comunque il progetto è stato creato.
Perché un'altra directory "pythonisti" dentro il trunk? Non siamo già
dentro /code/pythonisti/ ?
--
Nicola Larosa - http://www.tekNico.net/
Data preservation is an ogre, and ogres have layers.
-- Mark Pilgrim, June 2006
Nicola Larosa ha scritto:
Manlio Perillo wrote:
Sto per creare lo scheletro del progetto.
Ho un paio di dubbi.
Nel file di configurazione c'è un SECRET_KEY.
Ovviamente nel nostro caso non è più tanto segreto...
SECRET_KEY viene usato per calcolare vari security hash che prevengono
attacchi cr
Giovanni Porcari ha scritto:
Curiosità: da un punto di vista 'legale' ci sono problemi ad incorporare
gmap in una sito come questo ?
Ovvero, a stretto rigore, potrebbero giudicarlo un uso al di fuori di
quello previsto senza una licenza commerciale?.
Che io sappia (a meno che non abbiano modif
Manlio Perillo wrote:
> Sto per creare lo scheletro del progetto.
> Ho un paio di dubbi.
>
> Nel file di configurazione c'è un SECRET_KEY.
> Ovviamente nel nostro caso non è più tanto segreto...
SECRET_KEY viene usato per calcolare vari security hash che prevengono
attacchi cross-site.
Bisogna d
Curiosità: da un punto di vista 'legale' ci sono problemi ad
incorporare gmap in una sito come questo ?
Ovvero, a stretto rigore, potrebbero giudicarlo un uso al di fuori di
quello previsto senza una licenza commerciale?.
Me lo chiedo perchè mi piacerebbe usarlo in piccole applicazioni ma,
se
Sto per creare lo scheletro del progetto.
Ho un paio di dubbi.
Nel file di configurazione c'è un SECRET_KEY.
Ovviamente nel nostro caso non è più tanto segreto...
Inoltre lo stesso discorso vale per la chiave di GMap, ma tanto, se non
sbaglio, è comunque visibile nel codice JavaScript.
Salu
On 12/28/06, Manlio Perillo <[EMAIL PROTECTED]> wrote:
Mi dispiace, abbiamo deciso per Django ;-).
Quoto. A me piace Twisted, ma per un'applicazione del genere è un overkill.
Inoltre c'è Django che è fatto bene, può attrarre sviluppatori
dall'area Rails, è ben documentato e ci stanno scrivendo
Marco Mariani ha scritto:
Nicola Larosa wrote:
Test comparativo tra vari ambienti di sviluppo (tra cui Django, Plone e
Turbo Gears):
http://oodt.jpl.nasa.gov/better-web-app.mov
QUATTROCENTOMEGA?!?
Non ti preoccupare, e' una gara tra i framework, a chi scrive piu'
velocemente Hello Worl
Giovanni Porcari ha scritto:
Quindi per riassumere:
Si fa con Django e poi Valentino lo realizza anche in Nevow e Fabrizio
in Plone ?
Pensate che bello: finalmente un esempio comparativo su un caso concreto.
Ok... lo so non succederà. Ma sarebbe carino.
Sarebbe poco indicativo dato che com
Eriol ha scritto:
Alle 12:10, mercoledì 27 dicembre 2006, Manlio Perillo ha scritto:
Inoltre qui ci sono diverse persone che usano Django, mentre per Nevow
dovremo essere 3 persone
Ho usato Nevow per il primo progetto che ho realizzato ;) Proprio in
questo periodo pensavo di rimettervi mano,
> Nicola Larosa wrote:
>> In Mac OS X 10.4, Apple deliberately changed Mail.app to use their prop-
>> rietary .emlx data format [...]. Now I'm forced to migrate all my mail
>> yet again from yet another proprietary format, and the best documentation
>> I've found so far is on LiveJournal. Jesus H.
Nicola Larosa wrote:
>> Test comparativo tra vari ambienti di sviluppo (tra cui Django, Plone e
>> Turbo Gears):
>> http://oodt.jpl.nasa.gov/better-web-app.mov
>>
>
> QUATTROCENTOMEGA?!?
>
Non ti preoccupare, e' una gara tra i framework, a chi scrive piu'
velocemente Hello World.
Un po' co
On 12/28/06, enrico franchi <[EMAIL PROTECTED]> wrote:
On 12/27/06, Nicola Larosa <[EMAIL PROTECTED]> wrote:
> In Mac OS X 10.4, Apple deliberately changed Mail.app to use their prop-
> rietary .emlx data format [...]. Now I'm forced to migrate all my mail
> yet again from yet another proprietar
On 12/28/06, Fabrizio Reale <[EMAIL PROTECTED]> wrote:
Alle 10:43, giovedì 28 dicembre 2006, Lawrence Oluyede ha scritto:
> On 12/28/06, Giovanni Porcari <[EMAIL PROTECTED]> wrote:
> > Quindi per riassumere:
> > Si fa con Django e poi Valentino lo realizza anche in Nevow e
> > Fabrizio in Plone ?
On 12/27/06, Nicola Larosa <[EMAIL PROTECTED]> wrote:
In Mac OS X 10.4, Apple deliberately changed Mail.app to use their prop-
rietary .emlx data format [...]. Now I'm forced to migrate all my mail
yet again from yet another proprietary format, and the best documentation
I've found so far is on
Alle 10:43, giovedì 28 dicembre 2006, Lawrence Oluyede ha scritto:
> On 12/28/06, Giovanni Porcari <[EMAIL PROTECTED]> wrote:
> > Quindi per riassumere:
> > Si fa con Django e poi Valentino lo realizza anche in Nevow e
> > Fabrizio in Plone ?
Beh ormai anche tu (Lawrence) sai usare Plone :)
Fab
Eh si... mi sa che lo realizza in WII
:D
G.
Il giorno 28/dic/06, alle ore 10:43, Lawrence Oluyede ha scritto:
On 12/28/06, Giovanni Porcari <[EMAIL PROTECTED]> wrote:
Quindi per riassumere:
Si fa con Django e poi Valentino lo realizza anche in Nevow e
Fabrizio in Plone ?
Non mi pare che Vale
On 12/28/06, Giovanni Porcari <[EMAIL PROTECTED]> wrote:
Quindi per riassumere:
Si fa con Django e poi Valentino lo realizza anche in Nevow e
Fabrizio in Plone ?
Non mi pare che Valentino si sia fatto vedere. Penso che sia a casa
sua a giocare al Wii :-)
--
Lawrence
http://www.oluyede.org/blog
Quindi per riassumere:
Si fa con Django e poi Valentino lo realizza anche in Nevow e
Fabrizio in Plone ?
Pensate che bello: finalmente un esempio comparativo su un caso
concreto.
Ok... lo so non succederà. Ma sarebbe carino.
G.
Il giorno 28/dic/06, alle ore 10:14, Fabrizio Reale ha scrit
Ciao,
Alle 21:02, mercoledì 27 dicembre 2006, enrico franchi ha scritto:
> On 12/27/06, Giovanni Porcari <[EMAIL PROTECTED]> wrote:
> Credo invece che creare con in Plone un prodotto che gestisca un
>
> > elenco
> > di sviluppatori sia piuttosto semplice e veloce. Ma ovviamente è solo
> > un'opin
36 matches
Mail list logo
