Buongiorno a tutti,
premessa: domande di questo tipo è più opportuno farle qui oppure sul newsgroup?
L'installazione di mysqldb, scaricato da sourceforge (*) mi
restituisce l'errore:
invalid python installation: unable to open /usr/lib/python2.5/config/Makefile
nel readme c'è scritto che se ne
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
__
ciao,
ho un modello in django con una relazione manytomany su se stesso. ora
pero' non riesco a fare una banale select.
class Word(models.Model):
word = models.CharField(maxlength=50)
language = models.ForeignKey(Language)
translations = models.ManyToManyField("self", blank=True)
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
Vi annuncio la publicazione di nadbapi, lo trovate su:
https://developer.berlios.de/projects/nadbapi/
Consideratela come una pre release, ha ancora molte cose che vanno
sistemate (il coding style, docstring e il modulo di compatibilità con
Twisted adbapi).
nadbapi (New Asyncronous Db API) è un
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
23 matches
Mail list logo
