Il giorno sab, 16/01/2010 alle 04.03 +0100, Lawrence Oluyede ha scritto:
> 2010/1/15 Pietro Battiston :
> > 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
Il giorno sab, 16/01/2010 alle 00.03 +0100, Enrico Franchi ha scritto:
> 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 a
2010/1/15 Pietro Battiston :
> 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 constraint e _come_
2010/1/15 Pietro Battiston :
> 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 negli ann
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:
Il giorno ven, 15/01/2010 alle 23.42 +0100, Marco Beri ha scritto:
> 2010/1/15 Pietro Battiston
>
> 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.
2010/1/15 Pietro Battiston
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 le finestre, m
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
> > m
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 19.32 +0100, Lawrence Oluyede ha scritto:
> 2010/1/15 Pietro Battiston :
> >
> > 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 pe
2010/1/15 Pietro Battiston :
>
> 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 web e
Giorgio Zoppi ha scritto:
> Per chi si vuole aggiungere http://code.google.com/p/medica2/
> Aspetteremo indicazioni, sqllite o alchemy sono ok per tale tipo di
> applicazione. Per evitare guerre inutili,
> la business logic deve essere separata dalla UI.
> Just 1c.
>
Mi piacerebbe, ma non so se
Il giorno ven, 15/01/2010 alle 18.54 +0100, Lawrence Oluyede ha scritto:
> 2010/1/15 Pietro Battiston :
> > 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 sviluppator
2010/1/15 Nicola Larosa :
> 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.
Verissimo, ma io v
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,
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.
>
>
> "
Per chi si vuole aggiungere http://code.google.com/p/medica2/
Aspetteremo indicazioni, sqllite o alchemy sono ok per tale tipo di
applicazione. Per evitare guerre inutili,
la business logic deve essere separata dalla UI.
Just 1c.
--
Quiero ser el rayo de sol que cada día te despierta
para hacerte
2010/1/15 Massimo Di Stefano :
> 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 GPL da un po', i
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
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
> so
2010/1/15 Pietro Battiston :
> 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 la vedi tu m
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
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 q
2010/1/15 Massimo Di Stefano :
> 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 essere un problema ..
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
>
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.
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 pro
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 m
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
http://lists.python.it/mailman/listi
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
__
> 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ù av
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 d'us
sqlkit funziona bene anche su Win?
Il 14 gennaio 2010 23.55, Alessandro Dentella 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 mauro,
>> a
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 respira
34 matches
Mail list logo
