On 1/4/07, Lawrence Oluyede <[EMAIL PROTECTED]> wrote:
Non so, io ho un po' di problemi con berlios.de a volte.
Si, io pure. Infatti mi sto spostando su google.
Hai letto la FAQ? Basta fare svn import blah blah
L'avevo letta... non tutta. Quella specifica sui progetti. Poi l'ho
chiusa, l'
Alessandro ha scritto:
[...]
La gestione degli utenti si basa sui ruoli, ogni utente ha uno e un solo
ruolo.
<...>
Dai una occhiata a quello che ho fatto, quando sarà publicato, e fammi
sapere se ti va bene.
Uno e un solo ruolo? Qui i gruppi/utenti possono avere i privilegi P1
nella pagina W1
Ti andrebbe di parlarmi di questa faccenda? Io è precisamente 24 ore
fra poco che cerco di accedere ad un mio progetto (tra l'altro proprio
ora che ho levato un fastidiosissimo baco).
Non so, io ho un po' di problemi con berlios.de a volte.
Al momento ho aperto il progetto, ma su google code n
On 1/3/07, Marco Giusti <[EMAIL PROTECTED]> wrote:
riscrive tutto non e' mai un approccio preferibile. sto' studiando ora
django e se invece di usare un suo orm fosse possibile utilizzare un
generico orm (ovviamente con le sue api), sarei piu' felice.
ovviamente la cosa non e' senza aspetti nega
On 1/3/07, Lawrence Oluyede <[EMAIL PROTECTED]> wrote:
Ti do' un consiglio spassionato. Schiodati da berlios.de, è più il
tempo che è giu che il tempo che è su. Io sto cercando di esportare un
progetto da li ma per ora non sono ancora riuscito ad accedervi.
Pensavo di spostarlo su google code
Manlio Perillo wrote:
Probabilmente ti riferisci a formal.
Si. E' che la repository svn è chiamata "forms" :-)
Infatti lo scopo principale di nforms è quello di *adattarsi* ai forms
scritti in XHTML, offendo supporto per gestire lo stato del form e la
validazione dei dati.
Se non ho capito ma
Marco Giusti <[EMAIL PROTECTED]> writes:
> riscrive tutto non e' mai un approccio preferibile. sto' studiando ora
> django e se invece di usare un suo orm fosse possibile utilizzare un
> generico orm (ovviamente con le sue api), sarei piu' felice.
Usare un ORM generico e avere la pappa pronta (vi
Il 03/01/07, Alessandro<[EMAIL PROTECTED]> ha scritto:
> (webcalendar.sourceforge.net) da un paio di anni e funziona bene. Però
E' tra quelli che sto valutando, da affiancare all'intranet twisted
A suo tempo trovai fosse l'applicazione migliore nel genere, per php.
Qui da noi serve una quarant
Ce n'è uno in Chandler: http://chandler.osafoundation.org/
A proposito di Chandler, Joel Spolsky l'ha menzionato nel suo ultimo
post riguardante un libro:
http://www.joelonsoftware.com/items/2007/01/02.html
--
Lawrence
http://www.oluyede.org/blog
http://www.neropercaso.it
__
On Wed, Jan 03, 2007 at 10:43:11AM +0100, Nicola Larosa wrote:
>Maurizio Brilli wrote:
>> Scusate se me ne esco come i cavoli a merenda. Come mai nessuno cita
>> turbogears? Attualmente supporta sia SQLObject che SQLAlchemy come ORM e
>> usa il principio fondante dell'Open Source di non "reinventar
Il 03/01/07, Nicola Larosa<[EMAIL PROTECTED]> ha scritto:
> (webcalendar.sourceforge.net) da un paio di anni e funziona bene. Però
> se c'è qualcosa per Python sarei dispostissimo a provarlo.
Ce n'è uno in Chandler: http://chandler.osafoundation.org/
Simpatico, però è orientato all'utilizzo d
Fabrizio Conti wrote:
Nell'agenzia in cui lavoro usiamo webcalendar
(webcalendar.sourceforge.net) da un paio di anni e funziona bene. Però
E' tra quelli che sto valutando, da affiancare all'intranet twisted
se c'è qualcosa per Python sarei dispostissimo a provarlo.
no, in python non c'e' nient
Fabrizio Conti wrote:
> A proposito di calendari condivisi, sotto Django o Python in generale
> c'è qualcosa di valido?
> Nell'agenzia in cui lavoro usiamo webcalendar
> (webcalendar.sourceforge.net) da un paio di anni e funziona bene. Però
> se c'è qualcosa per Python sarei dispostissimo a provarl
2007/1/3, Manlio Perillo <[EMAIL PROTECTED]>:
> Nell'agenzia in cui lavoro usiamo webcalendar
> (webcalendar.sourceforge.net) da un paio di anni e funziona bene. Però
> se c'è qualcosa per Python sarei dispostissimo a provarlo.
Un qualcosa come webcalendar è affrontabile, con l'aiuto di altri
s
Fabrizio Conti ha scritto:
2007/1/3, Manlio Perillo <[EMAIL PROTECTED]>:
> Qua le esigenze di "calendari sempre accessibili" e "calendari
> condivisi" si è fatta talmente forte che stavo valutando di tirare su
> una seconda intranet dedicata a quello (egroupware, phpgroupware, ecc),
> ma non ti
2007/1/3, Manlio Perillo <[EMAIL PROTECTED]>:
> Qua le esigenze di "calendari sempre accessibili" e "calendari
> condivisi" si è fatta talmente forte che stavo valutando di tirare su
> una seconda intranet dedicata a quello (egroupware, phpgroupware, ecc),
> ma non ti immagini quanto io osteggi
Lawrence Oluyede ha scritto:
http://developer.berlios.de/projects/nadbapi
Ti do' un consiglio spassionato. Schiodati da berlios.de, è più il
tempo che è giu che il tempo che è su. Io sto cercando di esportare un
progetto da li ma per ora non sono ancora riuscito ad accedervi.
Pensavo di spostar
Alessandro ha scritto:
Manlio Perillo wrote:
Se interessa, sto per publicare anche l'altro progetto per la gestione
dei forms:
http://developer.berlios.de/projects/nforms
A me interessa. Domanda: cosa ha in più rispetto a forms? (che comunque
non uso quasi mai, non riesco ad adattarmi ai css e
Manlio Perillo wrote:
Se interessa, sto per publicare anche l'altro progetto per la gestione
dei forms:
http://developer.berlios.de/projects/nforms
A me interessa. Domanda: cosa ha in più rispetto a forms? (che comunque
non uso quasi mai, non riesco ad adattarmi ai css e a volte ho dei
problemi
http://developer.berlios.de/projects/nadbapi
Ti do' un consiglio spassionato. Schiodati da berlios.de, è più il
tempo che è giu che il tempo che è su. Io sto cercando di esportare un
progetto da li ma per ora non sono ancora riuscito ad accedervi.
Pensavo di spostarlo su google code
--
Lawrence
Scusate se me ne esco come i cavoli a merenda. Come mai nessuno cita
turbogears? Attualmente supporta sia SQLObject che SQLAlchemy come ORM e
usa il principio fondante dell'Open Source di non "reinventare la
ruota", ma di utilizzare ciò che esiste già (possibilmente il meglio...)
per fare quello c
> Nicola Larosa ha scritto:
>> No, non l'avevo visto, grazie per il riferimento. Mi riferisco a un
>> abbozzo di handler scritto da un mio amico (hi, pr0gg3d!) col mio aiuto.
>>
>> Il ticket da te indicato cerca di mantenere la compatibilità con WSGI: il
>> nostro cerca di integrare direttamente Tw
Maurizio Brilli wrote:
> Scusate se me ne esco come i cavoli a merenda. Come mai nessuno cita
> turbogears? Attualmente supporta sia SQLObject che SQLAlchemy come ORM e
> usa il principio fondante dell'Open Source di non "reinventare la
> ruota", ma di utilizzare ciò che esiste già (possibilmente i
Nicola Larosa ha scritto:
Nicola Larosa ha scritto:
Ovviamente l'ideale, usando Twisted, sarebbe di non usare per niente i
thread, o almeno limitarli all'indispensabile, come l'accesso al
database. In quel caso non si può passare per WSGI, che non supporta
gli eventi asincroni, ma bisogna scri
Manlio Perillo ha scritto:
Nicola Larosa ha scritto:
enrico franchi wrote:
Direi Django. Semplice prima e dopo. Questo *se e solo se* lo
schedulatore è già fatto (oppure pensi di appoggiarti all'OS etc etc).
Altrimenti Twisted + Nevow senza dubbio.
Oppure Twisted più Django, anche se non son
> Nicola Larosa ha scritto:
>> Ovviamente l'ideale, usando Twisted, sarebbe di non usare per niente i
>> thread, o almeno limitarli all'indispensabile, come l'accesso al
>> database. In quel caso non si può passare per WSGI, che non supporta
>> gli eventi asincroni, ma bisogna scrivere un apposito
Nicola Larosa ha scritto:
Manlio Perillo wrote:
La soluzione più semplice per integrare twisted.web2 con Django è usare
twisted.web2.wsgi, peccato che esegua l'applicazione in un thread e
questo a Django non piace (anche se non capisco perchè, probabilmente
colpa dell'ORM).
Nicola Larosa ha s
Manlio Perillo wrote:
>>> La soluzione più semplice per integrare twisted.web2 con Django è usare
>>> twisted.web2.wsgi, peccato che esegua l'applicazione in un thread e
>>> questo a Django non piace (anche se non capisco perchè, probabilmente
>>> colpa dell'ORM).
> Nicola Larosa ha scritto:
>> Ch
Nicola Larosa ha scritto:
Manlio Perillo wrote:
La soluzione più semplice per integrare twisted.web2 con Django è usare
twisted.web2.wsgi, peccato che esegua l'applicazione in un thread e
questo a Django non piace (anche se non capisco perchè, probabilmente
colpa dell'ORM).
Che vuoi dire? Non
Manlio Perillo wrote:
> La soluzione più semplice per integrare twisted.web2 con Django è usare
> twisted.web2.wsgi, peccato che esegua l'applicazione in un thread e
> questo a Django non piace (anche se non capisco perchè, probabilmente
> colpa dell'ORM).
Che vuoi dire? Non funziona?
--
Nicola
Nicola Larosa ha scritto:
enrico franchi wrote:
Direi Django. Semplice prima e dopo. Questo *se e solo se* lo
schedulatore è già fatto (oppure pensi di appoggiarti all'OS etc etc).
Altrimenti Twisted + Nevow senza dubbio.
Oppure Twisted più Django, anche se non sono (*già*) integrati. ;-)
Oppure Twisted più Django, anche se non sono (*già*) integrati. ;-)
Allora io rilancio con PHP + Twisted, tanto si può :-P
--
Lawrence
http://www.oluyede.org/blog
http://www.neropercaso.it
___
Python mailing list
Python@lists.python.it
http://lists.py
enrico franchi wrote:
> Direi Django. Semplice prima e dopo. Questo *se e solo se* lo
> schedulatore è già fatto (oppure pensi di appoggiarti all'OS etc etc).
>
> Altrimenti Twisted + Nevow senza dubbio.
Oppure Twisted più Django, anche se non sono (*già*) integrati. ;-)
--
Nicola Larosa - htt
33 matches
Mail list logo
