Be. L'idea e' partire dai casi d'uso di medica, per questo serve una
discussione piu approfondita. Farlo uguale è improponibile
non voglio imparare il clipper o db3, pero farlo in modo tale
rispecchi gli stessi casi d'uso.
--
Quiero ser el rayo de sol que cada día te despierta
para hacerte
sqlkit funziona bene anche su Win?
Il 14 gennaio 2010 23.55, Alessandro Dentella san...@e-den.it ha scritto:
On Thu, Jan 14, 2010 at 11:28:26PM +0100, Giorgio Zoppi wrote:
Ripeto se siamo in 4 o 5 e ci organizziamo in un paio di mesi si tira
su qualcosa di decente da presentare a colleghi di
Da qualche mese seguo la ml di python, colgo l'occasione sia per
presentarmi che per dare una disponibilità al progetto. A mio parere è
questo progetto è molto stimolante.
Fabrizio Fortunato
In data venerdì 15 gennaio 2010 09:44:08, Giorgio Zoppi ha scritto:
Be. L'idea e' partire dai casi
Giorgio Zoppi wrote:
Io il mio sassolino l'ho buttato...
Alessandro Dentella wrote:
Posso suggerire a chi se ne vuole occupare di dare una occhiata alla
libreria sqlkit [1] potreste rendervi conto che l'80% del lavoro è già
fatto...
E` sicuramente una buona idea usare strumenti più
On Fri, Jan 15, 2010 at 11:28:43AM +0100, Massimo Capanni wrote:
sqlkit funziona bene anche su Win?
Si. Io programmo in Linux ma i miei clienti lo usano con Windows e Mac.
sandro
*:-)
--
Sandro Dentella *:-)
http://sqlkit.argolinux.orgSQLkit home page - PyGTK/python/sqlalchemy
On Jan 15, 2010, at 12:40 PM, Alessandro Dentella wrote:
Si. Io programmo in Linux ma i miei clienti lo usano con Windows e Mac.
Hai clienti che tollerano GTK su mac?
___
Python mailing list
Python@lists.python.it
On Fri, Jan 15, 2010 at 03:34:03PM +0100, Enrico Franchi wrote:
On Jan 15, 2010, at 12:40 PM, Alessandro Dentella wrote:
Si. Io programmo in Linux ma i miei clienti lo usano con Windows e Mac.
Hai clienti che tollerano GTK su mac?
Si. Immagino che tu ti riferisca al fatto che i menu
gtk su mac è per me una dannazione :-(
da utente di osx 10.6 :
uso felicemente pyqt,
ma gtk su mac è di difficile installazione
almeno chè non si ricorre a darwinports o fink
... e nemmeno in quel caso è assicurata stabilità
io eviterei gtk se si vuole far girare l'applicazione senza
On Fri, Jan 15, 2010 at 04:16:07PM +0100, Massimo Di Stefano wrote:
gtk su mac è per me una dannazione :-(
da utente di osx 10.6 :
uso felicemente pyqt,
ma gtk su mac è di difficile installazione
mi dicono lunga più che difficile. Non ho curato personalmente
l'installazione.
Beh,
Il giorno 15/gen/2010, alle ore 16.39, Alessandro Dentella ha scritto:
On Fri, Jan 15, 2010 at 04:16:07PM +0100, Massimo Di Stefano wrote:
gtk su mac è per me una dannazione :-(
da utente di osx 10.6 :
uso felicemente pyqt,
ma gtk su mac è di difficile installazione
mi dicono
2010/1/15 Massimo Di Stefano massimodisa...@yahoo.it:
dal punto di vista dell'utente la scelta di macports non dovrebbe essere un
dramma, anzi facilita la vita
ma se si sviluppa e si utilizzano già tutte le librerie di sistema + moduli
python (installati nel python di sistema)
potrebbe
Il giorno ven, 15/01/2010 alle 17.40 +0100, Lawrence Oluyede ha scritto:
Se volete un toolkit che sembri nativo su tutte le piattaforme direi
che c'e` una sola risposta: PyQt
[...]
Non ho capito se avete cassato la possibilita` di farle Web.
Il raffronto tra le due affermazioni qui
Il giorno ven, 15/01/2010 alle 09.44 +0100, Giorgio Zoppi ha scritto:
Be. L'idea e' partire dai casi d'uso di medica, per questo serve una
discussione piu approfondita. Farlo uguale è improponibile
non voglio imparare il clipper o db3, pero farlo in modo tale
rispecchi gli stessi casi d'uso.
2010/1/15 Pietro Battiston too...@email.it:
Il raffronto tra le due affermazioni qui sopra (considerato anche che la
prima viene utilizzata come motivazione per non utilizzare il toolkit
grafico più utilizzato dagli sviluppatori di software libero*) mi fa un
pochettino sorridere.
Non so come
Dubito che il mio dottore abbia internet in ufficio.
Non so, forse a me sfugge lo use case ma vedo pochi casi specifici che
giustificano a tutti i costi una applicazione desktop oggi giorno,
toolkit mobile a parte.
Se volete posso linkarvi un po' di applicazioni simil-gestionali che
sono
Il giorno 15/gen/2010, alle ore 18.48, Pietro Battiston ha scritto:
Il giorno ven, 15/01/2010 alle 17.40 +0100, Lawrence Oluyede ha scritto:
Se volete un toolkit che sembri nativo su tutte le piattaforme direi
che c'e` una sola risposta: PyQt
[...]
Non ho capito se avete cassato la
2010/1/15 Massimo Di Stefano massimodisa...@yahoo.it:
Concordo sul fatto che GTK è IL toolkit grafico libero ...
pyqt non è ugualmente libero (essendo lgpl .. e di proprietà di nokia)
... essendo un utente di entrambi (linux osx)
ho optato per pyqt (che mi piace davvero un sacco)
Qt e` anche
Il giorno gio, 14/01/2010 alle 22.26 +0100, Carlos Catucci ha scritto:
Come diceva qualcun altro in questo stesso thread, se una
persona lavora
ad un progetto con tempo e risorse ha tutto il diritto di
esser retribuito.
diritto è
Lawrence Oluyede wrote:
Se poi il problema e` che queste app devono funzionare senza
connessione di rete allora ritiro tutto :D
C'è poco da ritirare.
Prendiamo il summenzionato OpenERP/OpenProject: è basato su un modello
client-server. Il client è stupido: non solo il database e la logica,
ma
2010/1/15 Nicola Larosa n...@teknico.net:
Per una postazione singola, magari quest'architettura è overkill. Ma
dovendo sviluppare un'applicazione, tanto vale farlo in modo scalabile
fin dall'inizio, tanto più quando lo strumento consente allo stesso tempo
di velocizzare molto il lavoro.
Il giorno ven, 15/01/2010 alle 18.54 +0100, Lawrence Oluyede ha scritto:
2010/1/15 Pietro Battiston too...@email.it:
Il raffronto tra le due affermazioni qui sopra (considerato anche che la
prima viene utilizzata come motivazione per non utilizzare il toolkit
grafico più utilizzato dagli
2010/1/15 Pietro Battiston too...@email.it:
Quello che dicevo è: suggerisci un toolkit invece di un altro perché è
più nativo e poi suggerisci il web?!
(a prescindere dal problema della rete a cui non avevo nemmeno pensato)
suggerivo il web per la facilita` di deployment ecc ecc. Non era un
Il giorno ven, 15/01/2010 alle 19.32 +0100, Lawrence Oluyede ha scritto:
2010/1/15 Pietro Battiston too...@email.it:
Quello che dicevo è: suggerisci un toolkit invece di un altro perché è
più nativo e poi suggerisci il web?!
(a prescindere dal problema della rete a cui non avevo nemmeno
Il giorno 15/gen/2010, alle ore 19.25, Pietro Battiston ha scritto:
Giusto per dirne una, io penso che un software da utilizzare decine di
ore alla settimana meriti di non avere nell'interfaccia principale 7
menu, 5 pulsanti e due campi di testo _inutili_, più tutti gli eventuali
bookmark.
Il giorno ven, 15/01/2010 alle 23.10 +0100, Giovanni Porcari ha scritto:
Il giorno 15/gen/2010, alle ore 19.25, Pietro Battiston ha scritto:
Giusto per dirne una, io penso che un software da utilizzare decine di
ore alla settimana meriti di non avere nell'interfaccia principale 7
menu, 5
2010/1/15 Pietro Battiston too...@email.it
non mi convinco. Per cui gradirei spiegazioni.
Beh, fermo restando che preferisco jQuery, questa demo di ExtJS rimane una
cosa che a me ha aperto gli occhi anni fa:
http://www.extjs.com/deploy/dev/examples/desktop/desktop.html
Giocaci un po', apri
Il giorno ven, 15/01/2010 alle 23.42 +0100, Marco Beri ha scritto:
2010/1/15 Pietro Battiston too...@email.it
non mi convinco. Per cui gradirei spiegazioni.
Beh, fermo restando che preferisco jQuery, questa demo di ExtJS rimane
una cosa che a me ha aperto gli occhi anni fa:
On Jan 15, 2010, at 11:38 PM, Pietro Battiston wrote:
Probabilmente, se pensi che non sia abbastanza importante da meritare
un'interfaccia dignitosa.
Sotto OS X, wx e GTK *NON* sono dignitose. Sono un male da accettare.
Per assurdo un'applicazione web è ben più integrata nella piattaforma:
2010/1/15 Pietro Battiston too...@email.it:
Mi può convincere che il mio prossimo
servizio web potrà assomigliare ad una applicazione vera, certamente non
che la mia prossima applicazione vera sarà un servizio web.
Pensavo che la contrapposizione vera applicazione - servizio web
fosse morta
2010/1/15 Pietro Battiston too...@email.it:
Mi scuso se rischio di ripetermi, ma vorrei fosse chiaro il mio punto:
per un'applicazione del genere, l'interfaccia non è un eventuale
problema che si risolve...
Ma scusa, io cosa ho detto? Decidete _cosa_ usare per l'interfaccia in
base ai
Il giorno sab, 16/01/2010 alle 04.03 +0100, Lawrence Oluyede ha scritto:
2010/1/15 Pietro Battiston too...@email.it:
Mi può convincere che il mio prossimo
servizio web potrà assomigliare ad una applicazione vera, certamente non
che la mia prossima applicazione vera sarà un servizio web.
31 matches
Mail list logo