Re: [Python] migrazione da msaccess a python
Enrico Franchi wrote: Parlamene un pochetto. Potrei dovermi trovare a fare un'applicazioncina db-based per esigenze domestiche. Io pensavo a sqllite, ma non ho sostanziali obiezioni verso firebird. Ehm, la mail era in risposta ad Antonio Valente che voleva un motivo per usare Access... :) Enrico P.S. ovviamente Access piu` Firebird (tramite la libreria embedded mappata via ODBC) e` un ottimo connubio :) ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] migrazione da msaccess a python
On 06/set/07, at 22:49, Enrico 'Henryx' Bianchi wrote: Che con poche operazioni hai dei form e dei report associati al tuo database, anche avendo conoscenze minime (o nulle) di programmazione Parlamene un pochetto. Potrei dovermi trovare a fare un'applicazioncina db-based per esigenze domestiche. Io pensavo a sqllite, ma non ho sostanziali obiezioni verso firebird. Per esempio di questa cosa di form e report... -enrico ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] migrazione da msaccess a python
Ciao sto anche io facendo un lavoro del genere per la mia azienda ma non è affatto facile. Per quanto access sia una schifezza, come dicono tanti, permette personalizzazioni molto veloci a livello di query o report. Python al contrario ti permetterà sicuramente una maggiore e una migliore gestione a livello di linguaggio e di sicurezza dei dati, indipendentemente se ti basi su mysql o altri. Se però ti chiedono una qry al volo o un report non ci metterei senz'altro i 10 min che ci mettevi prima a crearlo dal nulla. Per l'interfaccia grafica anche io di consiglio le wxpython, per la creazione in grafica dell'interfaccia se non vuoi scrivere il codice a manina però non so ancora cosa dirti . Ci sono diversi strumenti disponibili ma molti come me preferisco scrivere per quanto lungo il codice a mano. (aspetto contraddizioni o consiglio in merito) Riguardo l'accesso ai vari db in python trovi di tutto e per tutto e sicuramente non avrai problemi. Per i report in ho ancora trovato nulla che sia altrettanto veloce di access. Io attualmente uso reportlab che è uno strumento ottimo che ti crea il pdf dei report che vuoi ma non ho ancora trovato nulla per creare i report i grafica. I report li creo ancora scrivendo il codice.sigh, ( anche qui se ci sono consigli o contraddizioni sono a braccia aperte) Per un programma da provare fatto in python, se non mi sbaglio c'è jouce (un famoso lettore di podcast) lo trovi http://sourceforge.net/project/showfiles.php?group_id=151000 http://juicereceiver.sourceforge.net/ Ciao. Il 29/08/07, renzo andrioli [EMAIL PROTECTED] ha scritto: Realizzo da anni applicativi sotto windows msAccess stand-alone o su piccole reti locali. Le applicazioni sono destinati ad insegnanti di scuole medie e superiori. In un lavoro di graduale ampliamento e riscrittura degli applicativi, sempre sotto windows, è mia intenzione passare a python ma prima di dedicarmi con convinzione a questa impresa per evitare di accorgermi magari tra qualche settimana della presenza di ostacoli di difficile soluzione, gradirei dalla comunità alcune risposte: E' noto che nella scuola la cultura informatica (soprattutto degli insegnanti) è piuttosto scarsa, con autonomia operativa nulla, in un contesto incerto e disomogeneo. Gli applicativi Python dovrebbero essere quindi di facile installazione (senza preventivi accertamenti su windows) e protetti almeno parzialmente. Gli applicativi sono utilizzati anche da insegnanti ciechi, che usufruiscono di uno screen-reader perfettamente compatibile con windows ed access. Devo perciò verificare questo programma sia compatibile con gli applicativi python. Lo screen-reader è un programma che gira sotto windows dotato di un sintetizzatore vocale che descrive brevemente la situazione dello schermo e la posizione del cursore. Nel caso di una form il sintetizzatore descrive il tipo di controllo (text, combo, gruppo opzioni, pulsante opzione, pulsante di comando etc) ed il nome con cui viene identificato. Lo spostamento tra i vari controlli avviene con il tasto tab. Alcuni tasti funzione sono utilizzati come help in linea della form / del controllo. Per poterne collaudare il grado di compatibilità, dovrei disporre di una applicazione python qualsiasi (versione di prova o demo) dotata di forms su cui effettuare concretamente delle prove. Ringrazio chiunque mi sappia dare indicazioni utili. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python -- Marco M. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] migrazione da msaccess a python
Il giorno 30/ago/07, alle ore 13:03, Marco ha scritto: Ciao sto anche io facendo un lavoro del genere per la mia azienda ma non è affatto facile. Per quanto access sia una schifezza, come dicono tanti, permette personalizzazioni molto veloci a livello di query o report. Python al contrario ti permetterà sicuramente una maggiore e una migliore gestione a livello di linguaggio e di sicurezza dei dati, indipendentemente se ti basi su mysql o altri. Se però ti chiedono una qry al volo o un report non ci metterei senz'altro i 10 min che ci mettevi prima a crearlo dal nulla. Non sono per niente d'accordo, anzi in python (avendo strutturato bene il tutto) è ancora più semplice. Apri il file (file di testo, che puoi aprire in situazioni di emergenza con notepad), scrivi la query, la associ al pulsante, menu o quello che è ed è fatto. Per i report, al momento in effetti strumenti comodi non ce ne sono ma idem, se hai creato un'infrastruttura ben fatta (ad esempio dei template per reportlab), non ci vorranno 10 minuti, ma in 15 hai fatto...ed è un lavoro molto più pulito e stabile direi! Per l'interfaccia grafica anche io di consiglio le wxpython, per la creazione in grafica dell'interfaccia se non vuoi scrivere il codice a manina però non so ancora cosa dirti . Ci sono diversi strumenti disponibili ma molti come me preferisco scrivere per quanto lungo il codice a mano. (aspetto contraddizioni o consiglio in merito) Penso che questa sia una questione molto personale, ognuno dovrebbe scegliere il metodo con cui si trova meglio, non esiste un migliore in assoluto! Io mi trovo abbastanza bene a scrivermi il codice a mano, anche perchè mi sono creato un piccolo set di controlli che mi semplificano molto la vita, e utilizzando un designer avrei molte difficoltà ad integrarli... Riguardo l'accesso ai vari db in python trovi di tutto e per tutto e sicuramente non avrai problemi. Per i report in ho ancora trovato nulla che sia altrettanto veloce di access. Io attualmente uso reportlab che è uno strumento ottimo che ti crea il pdf dei report che vuoi ma non ho ancora trovato nulla per creare i report i grafica. I report li creo ancora scrivendo il codice.sigh, ( anche qui se ci sono consigli o contraddizioni sono a braccia aperte) C'è questo, ma è praticamente solo per windows (o almeno, non sono mai riuscito a farlo funzionare decentemente su linux), comunque molto comodo e abb potente: http://reportman.sourceforge.net/ Oppure c'è questo, che però non ho mai provato, ma per quanto ne so dovrebbe esistere uno strumento per creare un report RML con openoffice: http://www.openreport.org/ C'è qualcos'altro che però al momento non ricordo... Poi se lavori su windows c'è sempre la possibilità di usare crystalreports, e infine penso che sia possibile in qualche modo anche utilizzare jasperreports con il suo editor iReport... -- Antonio Valente ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] migrazione da msaccess a python
Ciao Antonio, sul tema dei report ti avevo già chiesto informazioni al pycon se ricordi. Purtroppo però non è uscito ancora nulla di nuovo. All'epoca mi avei anche consigliato l'ide daboweb che ha in se anche una piccola parte per la creazione di report. Io avevo anche trovato poi un piccolo programma che crea velocemente i codici per le maschere wxpython farpy. Penso però, dalla mia piccola esperienza , che andare a combinare python con ocx o ambianti java, per quanto possibilem forse non sia la cosa migliore. Se si vuole prendere quella strada perchè non adare direttamente su jython o su java usando script python? Il mio sogno sarebbe trovare un'internfaccia ide completa che permetta anche una buona gestione dei report. Purtroppo non mi pare che ci sia ancora nulla di completo sul mercato ne gratis ne open ne commerciale. ciao Marco M. ps .sotto commenti... Il 30/08/07, Y3s [EMAIL PROTECTED] ha scritto: Il giorno 30/ago/07, alle ore 13:03, Marco ha scritto: Ciao sto anche io facendo un lavoro del genere per la mia azienda ma non è affatto facile. Per quanto access sia una schifezza, come dicono tanti, permette personalizzazioni molto veloci a livello di query o report. Python al contrario ti permetterà sicuramente una maggiore e una migliore gestione a livello di linguaggio e di sicurezza dei dati, indipendentemente se ti basi su mysql o altri. Se però ti chiedono una qry al volo o un report non ci metterei senz'altro i 10 min che ci mettevi prima a crearlo dal nulla. Non sono per niente d'accordo, anzi in python (avendo strutturato bene il tutto) è ancora più semplice. Apri il file (file di testo, che puoi aprire in situazioni di emergenza con notepad), scrivi la query, la associ al pulsante, menu o quello che è ed è fatto. Per i report, al momento in effetti strumenti comodi non ce ne sono ma idem, se hai creato un'infrastruttura ben fatta (ad esempio dei template per reportlab), non ci vorranno 10 minuti, ma in 15 hai fatto...ed è un lavoro molto più pulito e stabile direi! Teni conto che se come dice è nuovo del linguaggio non avrà ancora nulla di fatto e per crearsi una sua struttura di codice ci metterà un bel po'. Poi dopo forse la fa anche in 5 min e non in 10 ma deve avere tutto un suo lavoro di codice a monte. Per l'interfaccia grafica anche io di consiglio le wxpython, per la creazione in grafica dell'interfaccia se non vuoi scrivere il codice a manina però non so ancora cosa dirti . Ci sono diversi strumenti disponibili ma molti come me preferisco scrivere per quanto lungo il codice a mano. (aspetto contraddizioni o consiglio in merito) Penso che questa sia una questione molto personale, ognuno dovrebbe scegliere il metodo con cui si trova meglio, non esiste un migliore in assoluto! Io mi trovo abbastanza bene a scrivermi il codice a mano, anche perchè mi sono creato un piccolo set di controlli che mi semplificano molto la vita, e utilizzando un designer avrei molte difficoltà ad integrarli... Quello che è capitato a me.. Comunque per quanto poi diventi un'abitudine questo modo di lavorare , per una persona che passa da un vb o access l'impatto non è da poco. Come minimo la prima volta ti viene il blocco dello scrittore... foglio nero dell'editor e dici e ora da dove parto? Riguardo l'accesso ai vari db in python trovi di tutto e per tutto e sicuramente non avrai problemi. Per i report in ho ancora trovato nulla che sia altrettanto veloce di access. Io attualmente uso reportlab che è uno strumento ottimo che ti crea il pdf dei report che vuoi ma non ho ancora trovato nulla per creare i report i grafica. I report li creo ancora scrivendo il codice.sigh, ( anche qui se ci sono consigli o contraddizioni sono a braccia aperte) C'è questo, ma è praticamente solo per windows (o almeno, non sono mai riuscito a farlo funzionare decentemente su linux), comunque molto comodo e abb potente: http://reportman.sourceforge.net/ Per quanto windows sia ancora diffuso e troppo cerco sempre di fare applicativi che mi permettano un giorno dove posso di toglierlo e mettere un linux sicuramente più funzionale. Oppure c'è questo, che però non ho mai provato, ma per quanto ne so dovrebbe esistere uno strumento per creare un report RML con openoffice: http://www.openreport.org/ E' giusto il link??? Mi sembra che il sito sia morto. C'è qualcos'altro che però al momento non ricordo... Poi se lavori su windows c'è sempre la possibilità di usare crystalreports, e infine penso che sia possibile in qualche modo anche utilizzare jasperreports con il suo editor iReport... -- Antonio Valente Ciao ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python -- Marco M. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] migrazione da msaccess a python
On Thu, 30 Aug 2007 13:32:09 +0200, Y3s [EMAIL PROTECTED] wrote: Il giorno 30/ago/07, alle ore 13:03, Marco ha scritto: Ciao sto anche io facendo un lavoro del genere per la mia azienda ma non è affatto facile. Per quanto access sia una schifezza, come dicono tanti, permette personalizzazioni molto veloci a livello di query o report. Python al contrario ti permetterà sicuramente una maggiore e una migliore gestione a livello di linguaggio e di sicurezza dei dati, indipendentemente se ti basi su mysql o altri. Se però ti chiedono una qry al volo o un report non ci metterei senz'altro i 10 min che ci mettevi prima a crearlo dal nulla. Non sono per niente d'accordo, anzi in python (avendo strutturato bene il tutto) è ancora più semplice. Apri il file (file di testo, che puoi aprire in situazioni di emergenza con notepad), scrivi la query, la associ al pulsante, menu o quello che è ed è fatto. Per i report, al momento in effetti strumenti comodi non ce ne sono ma idem, se hai creato un'infrastruttura ben fatta (ad esempio dei template per reportlab), non ci vorranno 10 minuti, ma in 15 hai fatto...ed è un lavoro molto più pulito e stabile direi! Tu come li fai i template in reportlab? Io ho avuto successo solo usando una versione patchottata di un parser RML bootleg che trovai abbandonato da qualche parte nel web (per avere RML2PDF devi comprare il ReportLab Enterprise Publishing and Reporting Server... e il nome dice tutto su quanto te lo vogliono far pagare), e anche allora quello che ho avuto è stato un linguaggio per fare *i report*, non *i template*: questi ultimi me li sono fatti con Cheetah che genera RML che genera PDF - un altro strato di roba da imparare. Alla fine va, ma è veramente un hack che non me la sentirei di consigliare a cuor leggero. Hai una soluzione più pulita di questa? Sarei felice di conoscerla. Se no... direi che promettere a qualcuno che farà report non in 10 minuti ma in 15 sì mi sembra un po' grossa. Access è ottimale per una certa classe di applicazioni: se (e solo se) si è ossequiosi verso il suo paradigma, consente di fare applicativi - male - ma velocemente. In Python le cose si possono fare bene, si è liberi sul paradigma di accesso ai dati, si possono fare anche certe cose velocemente... ma non le stesse che si fanno con Access altrettanto velocemente. -- Daniele Varrazzo - Develer S.r.l. http://www.develer.com ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] migrazione da msaccess a python
Il giorno 30/ago/07, alle ore 15:17, Daniele Varrazzo ha scritto: On Thu, 30 Aug 2007 13:32:09 +0200, Y3s [EMAIL PROTECTED] wrote: Il giorno 30/ago/07, alle ore 13:03, Marco ha scritto: Ciao sto anche io facendo un lavoro del genere per la mia azienda ma non è affatto facile. Per quanto access sia una schifezza, come dicono tanti, permette personalizzazioni molto veloci a livello di query o report. Python al contrario ti permetterà sicuramente una maggiore e una migliore gestione a livello di linguaggio e di sicurezza dei dati, indipendentemente se ti basi su mysql o altri. Se però ti chiedono una qry al volo o un report non ci metterei senz'altro i 10 min che ci mettevi prima a crearlo dal nulla. Non sono per niente d'accordo, anzi in python (avendo strutturato bene il tutto) è ancora più semplice. Apri il file (file di testo, che puoi aprire in situazioni di emergenza con notepad), scrivi la query, la associ al pulsante, menu o quello che è ed è fatto. Per i report, al momento in effetti strumenti comodi non ce ne sono ma idem, se hai creato un'infrastruttura ben fatta (ad esempio dei template per reportlab), non ci vorranno 10 minuti, ma in 15 hai fatto...ed è un lavoro molto più pulito e stabile direi! Tu come li fai i template in reportlab? Per template intendevo un modello. In genere le tipologie di report che si usano in un'applicazione sono poche. Una volta che hai coperto in modo per te soddisfacente i casi che ti interessano, è rapido e veloce modificare la classe, la funzione, o qualunque cosa usi per generare l'output per adattarla al nuovo report. Io ho avuto successo solo usando una versione patchottata di un parser RML bootleg che trovai abbandonato da qualche parte nel web (per avere RML2PDF devi comprare il ReportLab Enterprise Publishing and Reporting Server... e il nome dice tutto su quanto te lo vogliono far pagare), e anche allora quello che ho avuto è stato un linguaggio per fare *i report*, non *i template*: questi ultimi me li sono fatti con Cheetah che genera RML che genera PDF - un altro strato di roba da imparare. Alla fine va, ma è veramente un hack che non me la sentirei di consigliare a cuor leggero. Hai una soluzione più pulita di questa? Sarei felice di conoscerla. Se no... direi che promettere a qualcuno che farà report non in 10 minuti ma in 15 sì mi sembra un po' grossa. Al momento no, ma ci sto lavorando. Purtroppo il tempo è sempre poco. C'è openreport (o comunuque si chiami, non ricordo, comunque quello che usa tinyERP) che più o meno dovrebbe fare quello che fai tu, ma in modo un po'più integrato. Comunque, si parlava di query al volo o report, quindi davo per scontato che il grosso del lavoro sia già stato fatto. In tal caso, non ci vuole molto ad adattare un report che già hai per creare qualcosa di nuovo che, ripeto, nel 90% dei casi sarà molto simile come struttura a uno che già hai. Inoltre, ho specificato che *avendo strutturato bene l'applicazione* e *avendo creato un'infrastruttura adeguata* la modifica al volo è un'operazione semplice e rapida, certo partendo da zero il tempo necessario è maggiore...almeno all'inizio, visto che molto del codice che vai a scrivere la prima volta, lo riutilizzerai quasi sicuramente le volte successive... Access è ottimale per una certa classe di applicazioni: se (e solo se) si è ossequiosi verso il suo paradigma, consente di fare applicativi - male - ma velocemente. In Python le cose si possono fare bene, si è liberi sul paradigma di accesso ai dati, si possono fare anche certe cose velocemente... ma non le stesse che si fanno con Access altrettanto velocemente. Se l'obiettivo è avere un'applicazione che funziona in poco tempo, se non si è interessati alla qualità del codice, se non ci si preoccupa troppo della manutenzione e dell'espandibilità, se si vuole correre il rischio che con la nuova versione dell'applicativo il tuo programma non funzioni più, allora si, Access è un ottimo strumento. Troppi se per i miei gusti, ma... Io continuo a pensare che una volta che ti sei costruito un insieme di moduli adatti alle tue esigenze, sviluppare in python non è molto più lento che farlo con access o altro. Il grosso del tempo lo perdi solo una volta. Ovviamente è una mia opinione, eh! -- Antonio Valente ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] migrazione da msaccess a python
On Thu, 2007-08-30 at 15:41 +0200, Y3s wrote: Il giorno 30/ago/07, alle ore 15:17, Daniele Varrazzo ha scritto: On Thu, 30 Aug 2007 13:32:09 +0200, Y3s [EMAIL PROTECTED] wrote: Il giorno 30/ago/07, alle ore 13:03, Marco ha scritto: Ciao sto anche io facendo un lavoro del genere per la mia azienda ma non è affatto facile. Per quanto access sia una schifezza, come dicono tanti, permette personalizzazioni molto veloci a livello di query o report. Python al contrario ti permetterà sicuramente una maggiore e una migliore gestione a livello di linguaggio e di sicurezza dei dati, indipendentemente se ti basi su mysql o altri. Se però ti chiedono una qry al volo o un report non ci metterei senz'altro i 10 min che ci mettevi prima a crearlo dal nulla. Non sono per niente d'accordo, anzi in python (avendo strutturato bene il tutto) è ancora più semplice. Apri il file (file di testo, che puoi aprire in situazioni di emergenza con notepad), scrivi la query, la associ al pulsante, menu o quello che è ed è fatto. Per i report, al momento in effetti strumenti comodi non ce ne sono ma idem, se hai creato un'infrastruttura ben fatta (ad esempio dei template per reportlab), non ci vorranno 10 minuti, ma in 15 hai fatto...ed è un lavoro molto più pulito e stabile direi! Tu come li fai i template in reportlab? Per template intendevo un modello. In genere le tipologie di report che si usano in un'applicazione sono poche. Una volta che hai coperto in modo per te soddisfacente i casi che ti interessano, è rapido e veloce modificare la classe, la funzione, o qualunque cosa usi per generare l'output per adattarla al nuovo report. Io ho avuto successo solo usando una versione patchottata di un parser RML bootleg che trovai abbandonato da qualche parte nel web (per avere RML2PDF devi comprare il ReportLab Enterprise Publishing and Reporting Server... e il nome dice tutto su quanto te lo vogliono far pagare), e anche allora quello che ho avuto è stato un linguaggio per fare *i report*, non *i template*: questi ultimi me li sono fatti con Cheetah che genera RML che genera PDF - un altro strato di roba da imparare. Alla fine va, ma è veramente un hack che non me la sentirei di consigliare a cuor leggero. Hai una soluzione più pulita di questa? Sarei felice di conoscerla. Se no... direi che promettere a qualcuno che farà report non in 10 minuti ma in 15 sì mi sembra un po' grossa. Al momento no, ma ci sto lavorando. Purtroppo il tempo è sempre poco. C'è openreport (o comunuque si chiami, non ricordo, comunque quello che usa tinyERP) che più o meno dovrebbe fare quello che fai tu, ma in modo un po'più integrato. Comunque, si parlava di query al volo o report, quindi davo per scontato che il grosso del lavoro sia già stato fatto. In tal caso, non ci vuole molto ad adattare un report che già hai per creare qualcosa di nuovo che, ripeto, nel 90% dei casi sarà molto simile come struttura a uno che già hai. Inoltre, ho specificato che *avendo strutturato bene l'applicazione* e *avendo creato un'infrastruttura adeguata* la modifica al volo è un'operazione semplice e rapida, certo partendo da zero il tempo necessario è maggiore...almeno all'inizio, visto che molto del codice che vai a scrivere la prima volta, lo riutilizzerai quasi sicuramente le volte successive... Access è ottimale per una certa classe di applicazioni: se (e solo se) si è ossequiosi verso il suo paradigma, consente di fare applicativi - male - ma velocemente. In Python le cose si possono fare bene, si è liberi sul paradigma di accesso ai dati, si possono fare anche certe cose velocemente... ma non le stesse che si fanno con Access altrettanto velocemente. Se l'obiettivo è avere un'applicazione che funziona in poco tempo, se non si è interessati alla qualità del codice, se non ci si preoccupa troppo della manutenzione e dell'espandibilità, se si vuole correre il rischio che con la nuova versione dell'applicativo il tuo programma non funzioni più, allora si, Access è un ottimo strumento. Troppi se per i miei gusti, ma... Io continuo a pensare che una volta che ti sei costruito un insieme di moduli adatti alle tue esigenze, sviluppare in python non è molto più lento che farlo con access o altro. Il grosso del tempo lo perdi solo una volta. Ovviamente è una mia opinione, eh! -- Antonio Valente Me oh dato che tutti fate le stesse cose ... un'consiglio!!! ... mettete insieme le teste e fate uno strumento per tutti :) magari ne viene su un ottimo progetto :) come si dice 1 e buona :) ciax ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python ___ Python mailing list Python@lists.python.it
Re: [Python] migrazione da msaccess a python
On Thu, 30 Aug 2007 15:26:19 +0200, Manlio Perillo [EMAIL PROTECTED] wrote: Daniele Varrazzo ha scritto: [...] Io ho avuto successo solo usando una versione patchottata di un parser RML bootleg che trovai abbandonato da qualche parte nel web tinyrml? Già, quello. Lo usai nel 2005, ma il progetto era già morto da un paio di anni. Ora è giù anche la home e il progetto è stato ritirato da freshmeat. It's gone. Lo sto usando anche io per generare dei PDF per una applicazione web. In pratica con Nevow genero il template RML, e poi il PDF (proprio come fai tu). Però sto usando la versione disponibile, che patch hai dovuto applicare? Tempo fa avevo provato ad usarlo per generare dei form, ma non erano supportati (non che mi servano, comunque). A me scoppiava qua e là, ho dovuto applicare un po' di monkey patch. Non ho sottomano il repos dove le ho messe: te le mando appena le trovo. Mi sembra mancasse l'implementazione di un paio di attributi definiti nella documentazione. Comunque l'RML non è proprio il massimo, come design e come definizione in XML. Confermo questa impressione, ma 2 anni fa, quando ebbi questa necessità, davvero non trovai di meglio. -- Daniele Varrazzo - Develer S.r.l. http://www.develer.com ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] migrazione da msaccess a python
On Thu, 30 Aug 2007 15:41:15 +0200, Y3s [EMAIL PROTECTED] wrote: Il giorno 30/ago/07, alle ore 15:17, Daniele Varrazzo ha scritto: On Thu, 30 Aug 2007 13:32:09 +0200, Y3s [EMAIL PROTECTED] wrote: Il giorno 30/ago/07, alle ore 13:03, Marco ha scritto: Ciao sto anche io facendo un lavoro del genere per la mia azienda ma non è affatto facile. Per quanto access sia una schifezza, come dicono tanti, permette personalizzazioni molto veloci a livello di query o report. Python al contrario ti permetterà sicuramente una maggiore e una migliore gestione a livello di linguaggio e di sicurezza dei dati, indipendentemente se ti basi su mysql o altri. Se però ti chiedono una qry al volo o un report non ci metterei senz'altro i 10 min che ci mettevi prima a crearlo dal nulla. Non sono per niente d'accordo, anzi in python (avendo strutturato bene il tutto) è ancora più semplice. Apri il file (file di testo, che puoi aprire in situazioni di emergenza con notepad), scrivi la query, la associ al pulsante, menu o quello che è ed è fatto. Per i report, al momento in effetti strumenti comodi non ce ne sono ma idem, se hai creato un'infrastruttura ben fatta (ad esempio dei template per reportlab), non ci vorranno 10 minuti, ma in 15 hai fatto...ed è un lavoro molto più pulito e stabile direi! Tu come li fai i template in reportlab? Per template intendevo un modello. In genere le tipologie di report che si usano in un'applicazione sono poche. Una volta che hai coperto in modo per te soddisfacente i casi che ti interessano, è rapido e veloce modificare la classe, la funzione, o qualunque cosa usi per generare l'output per adattarla al nuovo report. Ok, quindi devi comunque scrivere codice per avere un template. Questo rende i template non disponibili a chi non sa programmare. Io ho avuto successo solo usando una versione patchottata di un parser RML bootleg che trovai abbandonato da qualche parte nel web (per avere RML2PDF devi comprare il ReportLab Enterprise Publishing and Reporting Server... e il nome dice tutto su quanto te lo vogliono far pagare), e anche allora quello che ho avuto è stato un linguaggio per fare *i report*, non *i template*: questi ultimi me li sono fatti con Cheetah che genera RML che genera PDF - un altro strato di roba da imparare. Alla fine va, ma è veramente un hack che non me la sentirei di consigliare a cuor leggero. Hai una soluzione più pulita di questa? Sarei felice di conoscerla. Se no... direi che promettere a qualcuno che farà report non in 10 minuti ma in 15 sì mi sembra un po' grossa. Al momento no, ma ci sto lavorando. Purtroppo il tempo è sempre poco. C'è openreport (o comunuque si chiami, non ricordo, comunque quello che usa tinyERP) che più o meno dovrebbe fare quello che fai tu, ma in modo un po'più integrato. E' *quello* il bootleg di rml2pdf che ho usato :) ed è quello che ho dovuto integrare con un sistema di templating mio. Per la cronaca, la homepage è andata, il progetto ritirato da freshmeat e se ne possono trovare le macerie solo nella cache di google. Comunque, si parlava di query al volo o report, quindi davo per scontato che il grosso del lavoro sia già stato fatto. In tal caso, non ci vuole molto ad adattare un report che già hai per creare qualcosa di nuovo che, ripeto, nel 90% dei casi sarà molto simile come struttura a uno che già hai. Inoltre, ho specificato che *avendo strutturato bene l'applicazione* e *avendo creato un'infrastruttura adeguata* la modifica al volo è un'operazione semplice e rapida, certo partendo da zero il tempo necessario è maggiore...almeno all'inizio, visto che molto del codice che vai a scrivere la prima volta, lo riutilizzerai quasi sicuramente le volte successive... Hai detto che mettendoci N mesi di lavoro, un template di scrive in 15 minuti. Con queste premesse sì, e aggiungo anche *avendo creato _bene_ l'infrastruttura*, ovvero avendo usato delle capacità di progettista e sviuppatore al di sopra di quello che serve per progettare (zero) e implementare (poco) un singolo template. Anche io posso andare sulla luna in 3 giorni, *avendomi la NASA costruito un missile adeguato in 10 anni*. Access è ottimale per una certa classe di applicazioni: se (e solo se) si è ossequiosi verso il suo paradigma, consente di fare applicativi - male - ma velocemente. In Python le cose si possono fare bene, si è liberi sul paradigma di accesso ai dati, si possono fare anche certe cose velocemente... ma non le stesse che si fanno con Access altrettanto velocemente. Se l'obiettivo è avere un'applicazione che funziona in poco tempo, se non si è interessati alla qualità del codice, se non ci si preoccupa troppo della manutenzione e dell'espandibilità, se si vuole correre il rischio che con la nuova versione dell'applicativo il tuo programma non funzioni più, allora si, Access è un ottimo strumento. Troppi
Re: [Python] migrazione da msaccess a python
Il giorno 30/ago/07, alle ore 16:18, Daniele Varrazzo ha scritto: On Thu, 30 Aug 2007 15:41:15 +0200, Y3s [EMAIL PROTECTED] wrote: Il giorno 30/ago/07, alle ore 15:17, Daniele Varrazzo ha scritto: On Thu, 30 Aug 2007 13:32:09 +0200, Y3s [EMAIL PROTECTED] wrote: Il giorno 30/ago/07, alle ore 13:03, Marco ha scritto: Ciao sto anche io facendo un lavoro del genere per la mia azienda ma non è affatto facile. Per quanto access sia una schifezza, come dicono tanti, permette personalizzazioni molto veloci a livello di query o report. Python al contrario ti permetterà sicuramente una maggiore e una migliore gestione a livello di linguaggio e di sicurezza dei dati, indipendentemente se ti basi su mysql o altri. Se però ti chiedono una qry al volo o un report non ci metterei senz'altro i 10 min che ci mettevi prima a crearlo dal nulla. Non sono per niente d'accordo, anzi in python (avendo strutturato bene il tutto) è ancora più semplice. Apri il file (file di testo, che puoi aprire in situazioni di emergenza con notepad), scrivi la query, la associ al pulsante, menu o quello che è ed è fatto. Per i report, al momento in effetti strumenti comodi non ce ne sono ma idem, se hai creato un'infrastruttura ben fatta (ad esempio dei template per reportlab), non ci vorranno 10 minuti, ma in 15 hai fatto...ed è un lavoro molto più pulito e stabile direi! Tu come li fai i template in reportlab? Per template intendevo un modello. In genere le tipologie di report che si usano in un'applicazione sono poche. Una volta che hai coperto in modo per te soddisfacente i casi che ti interessano, è rapido e veloce modificare la classe, la funzione, o qualunque cosa usi per generare l'output per adattarla al nuovo report. Ok, quindi devi comunque scrivere codice per avere un template. Questo rende i template non disponibili a chi non sa programmare. Si. Però dal mio punto di vista questo non è un reale problema visto che nella mia (limitata, d'accordo, ma condivisa da diversi colleghi) esperienza, ci si rivolge *sempre e comunque* allo sviluppatore, in ogni caso, anche se l'utente finale (o l'eventuale concessionario) ha gli strumenti per personalizzarsi qualcosa. Sarà che il livello di informatizzazione qui al sud è molto basso, mentre quello di scansafaticaggine/paraculaggine è MLTO alto, ma *tutti* quelli che conosco che fanno questo mestiere hanno esperienze analoghe. Comunque oggettivamente questo è un problema, ok. Io ho avuto successo solo usando una versione patchottata di un parser RML bootleg che trovai abbandonato da qualche parte nel web (per avere RML2PDF devi comprare il ReportLab Enterprise Publishing and Reporting Server... e il nome dice tutto su quanto te lo vogliono far pagare), e anche allora quello che ho avuto è stato un linguaggio per fare *i report*, non *i template*: questi ultimi me li sono fatti con Cheetah che genera RML che genera PDF - un altro strato di roba da imparare. Alla fine va, ma è veramente un hack che non me la sentirei di consigliare a cuor leggero. Hai una soluzione più pulita di questa? Sarei felice di conoscerla. Se no... direi che promettere a qualcuno che farà report non in 10 minuti ma in 15 sì mi sembra un po' grossa. Al momento no, ma ci sto lavorando. Purtroppo il tempo è sempre poco. C'è openreport (o comunuque si chiami, non ricordo, comunque quello che usa tinyERP) che più o meno dovrebbe fare quello che fai tu, ma in modo un po'più integrato. E' *quello* il bootleg di rml2pdf che ho usato :) ed è quello che ho dovuto integrare con un sistema di templating mio. Per la cronaca, la homepage è andata, il progetto ritirato da freshmeat e se ne possono trovare le macerie solo nella cache di google. Intendi questa? http://www.openreport.org/ Comunque, si parlava di query al volo o report, quindi davo per scontato che il grosso del lavoro sia già stato fatto. In tal caso, non ci vuole molto ad adattare un report che già hai per creare qualcosa di nuovo che, ripeto, nel 90% dei casi sarà molto simile come struttura a uno che già hai. Inoltre, ho specificato che *avendo strutturato bene l'applicazione* e *avendo creato un'infrastruttura adeguata* la modifica al volo è un'operazione semplice e rapida, certo partendo da zero il tempo necessario è maggiore...almeno all'inizio, visto che molto del codice che vai a scrivere la prima volta, lo riutilizzerai quasi sicuramente le volte successive... Hai detto che mettendoci N mesi di lavoro, un template di scrive in 15 minuti. Con queste premesse sì, e aggiungo anche *avendo creato _bene_ l'infrastruttura*, ovvero avendo usato delle capacità di progettista e sviuppatore al di sopra di quello che serve per progettare (zero) e implementare (poco) un singolo template. Anche io posso andare sulla luna in 3 giorni, *avendomi la NASA costruito un missile adeguato in 10 anni*. Il paragone non calza molto, visto che programmare è un'attività che non dovrebbe essere improvvisata.
Re: [Python] migrazione da msaccess a python
On Thu, 30 Aug 2007 16:36:57 +0200, Y3s [EMAIL PROTECTED] wrote: [...] Sai meglio di me che per avere un prodotto decente e funzionante, il tempo di lavoro ci vuole, e un minimo di progettazione idem. Se stai ragionando dal punto di vista dell'utente finale, allora hai perfettamente ragione, meglio continuare ad usare access (che, visto come tool per l'utente finale e non per lo sviluppatore non è poi così male, intendiamoci!). Se invece stiamo parlando di uno sviluppatore che vuole creare personalizzazioni in modo rapido per un cliente di un software completo, allora continuo a pensarla in quel modo! [...] Se stiamo parlando di un software di produttività personale, alla stregua degli altri componenti del pacchetto office, allora sono d'accordo. Ma purtroppo access è spesso concepito come uno strumento *di sviluppo*, e a questo punto un VERO ambiente di sviluppo non si batte. IMHO. Ooo... bene: credo che siamo arrivati al nodo centrale. Access NON è uno strumento pe sviluppatori, come una scimmia che gira una manovella non è un musicista. Questo te lo stra-sottoscrivo. Chi propone una soluzione software basata su Access o è uno fortunato a cui chiedono lavori molto semplici o è uno che sa usare solo quello. Ma se in una piccola azienda c'è bisogno di tenere una piccola banca dati, condivisa da non più di 10 persone, e su quella consentire l'immissione dei dati e la creazione di report, allora uno strumento come Access ha un'ottima ragione di esistere ed è uno strumento potente anche in mano a una persona che non ha una conosenza informatica profondissima: il suo target è quello dell'impiegato sveglio. -- Daniele Varrazzo - Develer S.r.l. http://www.develer.com ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] migrazione da msaccess a python
On Thu, 30 Aug 2007 17:08:05 +0200, Y3s [EMAIL PROTECTED] wrote: Ultima cosa, non mi trovo d'accordo su due cose: non ho mai visto funzionare un file mdb (che è il target di default e quello più utilizzato dagli utenti access) con accesso concorrente da più di 3/4 persone...e poi...impiegati svegli?!?!? :-) Mah, quando ero un impiegato sveglio in una concessionaria automobilistica ho messo circa 10 commerciali a fare i preventivi su un mdb :) -- Daniele Varrazzo - Develer S.r.l. http://www.develer.com ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] migrazione da msaccess a python
Il giorno 30/ago/07, alle ore 17:35, Daniele Varrazzo ha scritto: On Thu, 30 Aug 2007 17:08:05 +0200, Y3s [EMAIL PROTECTED] wrote: Ultima cosa, non mi trovo d'accordo su due cose: non ho mai visto funzionare un file mdb (che è il target di default e quello più utilizzato dagli utenti access) con accesso concorrente da più di 3/4 persone...e poi...impiegati svegli?!?!? :-) Mah, quando ero un impiegato sveglio in una concessionaria Quindi impiegato sveglio = lim(x - sysadmin) capacità(x) :-) automobilistica ho messo circa 10 commerciali a fare i preventivi su un mdb :) E non si spu..ava l'archivio in continuazione? Ma soprattutto, DAVVERO sei riuscito a far lavorare dei commerciali? Complimenti :-) -- Antonio Valente ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] migrazione da msaccess a python
Posso testimoniare di aver fatto funzionare in rete l'aula informatica di una scuola costituita da 15 pc dotati tutti di applicativi access. E' funzionato regolarmente per l'intero anno scolastico senza problemi. Devo anche sottolineare che, trattandosi di intere classi che accedevano contemporanemanete al server, creavano dei carichi temporanei sulla rete piuttosto consistenti, però funziona. Naturalmente ci vogliono degli accorgimenti in sede di realizzazione. Detto questo credo anch'io che access non sia lo strumento ideale per un sviluppo in rete. renzo andrioli - Original Message - From: Y3s [EMAIL PROTECTED] To: Discussioni generali sul linguaggio Python python@lists.python.it Sent: Thursday, August 30, 2007 5:44 PM Subject: Re: [Python] migrazione da msaccess a python Il giorno 30/ago/07, alle ore 17:35, Daniele Varrazzo ha scritto: On Thu, 30 Aug 2007 17:08:05 +0200, Y3s [EMAIL PROTECTED] wrote: Ultima cosa, non mi trovo d'accordo su due cose: non ho mai visto funzionare un file mdb (che è il target di default e quello più utilizzato dagli utenti access) con accesso concorrente da più di 3/4 persone...e poi...impiegati svegli?!?!? :-) Mah, quando ero un impiegato sveglio in una concessionaria Quindi impiegato sveglio = lim(x - sysadmin) capacità(x) :-) automobilistica ho messo circa 10 commerciali a fare i preventivi su un mdb :) E non si spu..ava l'archivio in continuazione? Ma soprattutto, DAVVERO sei riuscito a far lavorare dei commerciali? Complimenti :-) -- Antonio Valente ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.484 / Virus Database: 269.12.12/979 - Release Date: 29/08/2007 20.21 ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] migrazione da msaccess a python
renzo andrioli ha scritto: Realizzo da anni applicativi sotto windows msAccess stand-alone o su piccole reti locali. Le applicazioni sono destinati ad insegnanti di scuole medie e superiori. In un lavoro di graduale ampliamento e riscrittura degli applicativi, sempre sotto windows, è mia intenzione passare a python ma prima di dedicarmi con convinzione a questa impresa per evitare di accorgermi magari tra qualche settimana della presenza di ostacoli di difficile soluzione, gradirei dalla comunità alcune risposte: E’ noto che nella scuola la cultura informatica (soprattutto degli insegnanti) è piuttosto scarsa, con autonomia operativa nulla, in un contesto incerto e disomogeneo. Gli applicativi Python dovrebbero essere quindi di facile installazione (senza preventivi accertamenti su windows) e protetti almeno parzialmente. Sto migrando la mia piattaforma da access a MySQL + Python + wxPython. Per quel poco che ti posso essere di aiuto (sono un manovale della programmazione ;) ) sarò ben felice di darti il mio contributo. Sulla compatibilità ... non dovrebbero esserci problemi, comunque non dovrebbe esserti difficile fare due prove al volo. A presto. Paolo ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] migrazione da msaccess a python
Allo sviluppo in html ci avevo già pensato e come hai già sottolienato lo screen-reader funziona perfettamente. Il problema però è costituto dall'ambiente scolastico la cui struttura informatica non è stabile, computers ed utenze sono in continua evoluzione e la rete in larga parte poco affidabile. Pensare quindi ad un database su un server è altamente pericoloso. In questa situazione di gestione dei dati molto free, ho inoltre la necessità di proteggere localmente dati ed applicativo. Grazie per il suggerimento. renzo andrioli - Original Message - From: Daniele Varrazzo [EMAIL PROTECTED] To: Discussioni generali sul linguaggio Python python@lists.python.it Sent: Wednesday, August 29, 2007 10:18 PM Subject: Re: [Python] migrazione da msaccess a python renzo andrioli ha scritto: Realizzo da anni applicativi sotto windows msAccess stand-alone o su piccole reti locali. Le applicazioni sono destinati ad insegnanti di scuole medie e superiori. In un lavoro di graduale ampliamento e riscrittura degli applicativi, sempre sotto windows, è mia intenzione passare a python ma prima di dedicarmi con convinzione a questa impresa per evitare di accorgermi magari tra qualche settimana della presenza di ostacoli di difficile soluzione, gradirei dalla comunità alcune risposte: E’ noto che nella scuola la cultura informatica (soprattutto degli insegnanti) è piuttosto scarsa, con autonomia operativa nulla, in un contesto incerto e disomogeneo. Gli applicativi Python dovrebbero essere quindi di facile installazione (senza preventivi accertamenti su windows) e protetti almeno parzialmente. Gli applicativi sono utilizzati anche da insegnanti ciechi, che usufruiscono di uno screen-reader perfettamente compatibile con windows ed access. Devo perciò verificare questo programma sia compatibile con gli applicativi python. Lo screen-reader è un programma che gira sotto windows dotato di un sintetizzatore vocale che descrive brevemente la situazione dello schermo e la posizione del cursore. Nel caso di una form il sintetizzatore descrive il tipo di controllo (text, combo, gruppo opzioni, pulsante opzione, pulsante di comando etc) ed il nome con cui viene identificato. Lo spostamento tra i vari controlli avviene con il tasto tab. Alcuni tasti funzione sono utilizzati come help in linea della form / del controllo. Per poterne collaudare il grado di compatibilità, dovrei disporre di una applicazione python qualsiasi (versione di prova o demo) dotata di forms su cui effettuare concretamente delle prove. Ringrazio chiunque mi sappia dare indicazioni utili. Ciao Renzo, progetto molto interessante! Il vostro screen-reader è compatibile con Internet Explorer o altro browser web? In questo caso, potresti anche considerare l'idea di sviluppare gli applicativi con interfaccia web anziché con interfaccia fat. Il vantaggio di questa soluzione è che ci sarebbe solo un computer su cui aggiornare il software: il server. Gli altri non necessiterebbero di aggiornamento e si ritroverebbero sempre la versione più aggiornata del programma (e istantaneamente i nuovi programmi appena resi pubblici). Anche dal punto di vista del database sarebbe comodo: l'unico computer che deve vedere il database è il server: non dovete avere i database access in cartelle condivise in scrittura, col rischio per gli utenti di fare danni (più o meno volontari). Se vuoi testare come si comprterebbe lo screen reader di fronte ad un applicativo del genere, puoi provare a creare un prototipo di una form creando una pagina html statica nella quale mettere i diversi control disponibili (in html non sono molti: text box, radio button, option button, panel e poco altro). Se lo screen reader andasse bene, qualunque programma web ben scritto funzionerebbe alla perfezione. Credo anche che, per un programma, una pagina web sia più facile da leggere rispetto ad un'interfaccia grafica: la pagina è completamente accessibile e nelle specifiche del css è prevista addirittura la possibilità di creare fogli stile aural, adatti appunto alla fruizione da parte di non vedenti (non ne conosco i dettagli, ma credo tu possa dire ad esempio di pronunciare il grassetto come più marcato o cose del genere). Non sono esperto di quanto siano implementate bene queste possibilità al di là delle specifiche; queste ultime comunque sono disponibili a http://www.w3.org/TR/CSS21/aural.html Se invece avete intenzione di restare agli applicativi con interfaccia utente tradizionale, allora condivido il consiglio di utilizzare la libreria WX: questa, a differenza di altre, si aggancia ai widget di sistema e quindi ci sono più chance che il tuo screen reader si comporti educatamente. La scelta del database è del tutto secondaria in uno scenario di utilizzo non stressante quale può essere il vostro: sappi solo che da quel punto di vista sei al sicuro. Spero di averti dato qualche informazione utile. A presto! -- Daniele Varrazzo - Develer S.r.l. http
Re: [Python] migrazione da msaccess a python
renzo andrioli ha scritto: Allo sviluppo in html ci avevo già pensato e come hai già sottolienato lo screen-reader funziona perfettamente. Il problema però è costituto dall'ambiente scolastico la cui struttura informatica non è stabile, computers ed utenze sono in continua evoluzione e la rete in larga parte poco affidabile. Pensare quindi ad un database su un server è altamente pericoloso. In questa situazione di gestione dei dati molto free, ho inoltre la necessità di proteggere localmente dati ed applicativo. Grazie per il suggerimento. Se i computer sono in continua sostituzione, la centralizzazione del database e degli applicativi non può che farti comodo. Non capisco neanche come mai lo consideri pericoloso: hai una sola macchina da proteggere, sia contro i disastri (con i backup) che dagli accessi non autorizzati (potresti anche centralizzare l'autenticazione con ldap: ogni persona avrebbe un'unica password per tutti gli applicativi). Questa macchina esporrebbe solo la porta web alle altre, non il file system, e il database non sarebbe neanche raggiungibile dai client. E' vero però che se la rete locale è instabile non c'è troppa speranza di remotizzare con successo né il web server né soltanto il database. Se davvero la situazione è questa, i database che più si avvicinano alla modalità di deploy a-la-Access sono SQLite e Firebird (versione libreria), che non richiedono la presenza di un server, neanche locale. Visto che hai già comunicato la tua preferenza per Firebird, immagino che ti sia già documentato a proposito (ma SQLite merita un'occhiata, se non lo conosci). A proposito: dai un'occhiata alla libreria SQLAlchemy: come per incanto il database ti sembrerà un dettaglio implementativo trascurabile! Non credo comunque che un applicativo locale e con dati locali sia una configurazione davvero difendibile: per accedere ai database hai bisogno di avere quella cartella accessibile in scrittura, il che lascia inevitabilmente la possibilità agli utenti di cancellare il db. Dovresti lockare completamente le macchine, ma né mi sembra una soluzione sicura (esiste sempre uno sgamo: fare il boot da un cd per esempio) ed inoltre lascia le macchine zoppe: non possono essere più usate se non appositamente per quegli applicativi, e in un ambiente didattico mi sembra un po' uno spreco di potenzialità. Penso tu abbia tutti gli elementi per decidere... buon lavoro! :) -- Daniele Varrazzo - Develer S.r.l. http://www.develer.com ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
