Re: [Python] [ANN] igloo beta
Manlio Perillo wrote: Come ho scritto, quella della localizzazione è solo una idea, non è ancora stato implementato niente :) Ok, ma quindi non c'e' modo di settare mako-variabili dai file dei contenuti? Se hai dei files diversi per ciascuna lingua, allora in ciascun content.ht *sai* a quale directory linkare. Ad esempio /europe/it/content.ht -> links a /files/europe/it/x.pdf Beh, per come è fatto mi era più facile mettere il link nel template e ripeterlo uguale nelle varie lingue Quindi hai tutti i testi localizzati in un solo file? No, no; il contenuto principale è sempre a se stante. E' talmente grosso che con un sistema fatto così il template diventerebbe illeggibile. Con il precedente sistema maneggio tutto il resto che deve essere personalizzato per lingua (non mi ricordo nemmeno cosa; il fatto è che vorrei cestinare tutto e trovare/rifare qualcosa di più fruibile) Alessandro ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [ANN] igloo beta
Alessandro ha scritto:
Manlio Perillo wrote:
Come ho scritto, quella della localizzazione è solo una idea, non è
ancora stato implementato niente :)
Ok, ma quindi non c'e' modo di settare mako-variabili dai file dei
contenuti?
Solo tramite headers.
Se hai dei files diversi per ciascuna lingua, allora in ciascun
content.ht *sai* a quale directory linkare.
Ad esempio
/europe/it/content.ht -> links a /files/europe/it/x.pdf
Beh, per come è fatto mi era più facile mettere il link nel template e
ripeterlo uguale nelle varie lingue
Se i link si trovano solo nella navigazione (e non all'interno del testo
della pagina), puoi inserire questi link in un header dedicato, e fare
in modo che ci siano delle variabili espandibili.
Ad esempio, in process_page:
localized_nav = msg.get('Localized-nav)
if localized_nav is not None:
localized_nav = localized_nav % {'lang': ...}
kw['localized-nav'] = localized_nav
Ovviamente devi poi vedere da dove recuperare la lingua
da utilizzare :).
Resta però il fatto che questi headers vanno comunque inseriti per ogni
contenuto, anche perchè la label del link deve essere comunque localizzata.
Quindi hai tutti i testi localizzati in un solo file?
No, no; il contenuto principale è sempre a se stante. E' talmente grosso
che con un sistema fatto così il template diventerebbe illeggibile.
Con il precedente sistema maneggio tutto il resto che deve essere
personalizzato per lingua (non mi ricordo nemmeno cosa; il fatto è che
vorrei cestinare tutto e trovare/rifare qualcosa di più fruibile)
Purtroppo continuo a non capire come è fatto il sistema attuale, ma
senza vederlo credo sia difficile :-).
Per ora ti consiglio di vedere come funziona igloo e di adattarlo se
necessario.
Alessandro
PS: è la seconda volta che invio la presente, la prima risposta -uguale-
è visibile solo via web
Il messaggio è arrivato :-).
Saluti Manlio Perillo
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python
Re: [Python] [ANN] igloo beta
Original Message
From: Manlio Perillo <[EMAIL PROTECTED]>
Ok, ma quindi non c'e' modo di settare mako-variabili dai file dei
contenuti?
Solo tramite headers.
Intendi gli "header" dei content.ht ?
Avrei una idea: il "content.it" utilizzato per impostare delle
mako-variabili. Alcune di queste sono obbligatorie, altre no. 'text'
potrebbe essere definita esplicitamente. Ad esempio
title: Python Programming Language -- Official Website
.
Content-type: text/x-rst
Template: homepage
variabile1: contenuto1
variabile2: contenuto2
text:
**Python is a dynamic object-oriented programming language that can be
used for many kinds of software development. It offers strong support
for
Non so se ho bisogno; mi viene in mente solo la lingua, per ora.
Ovviamente devi poi vedere da dove recuperare la lingua
da utilizzare :).
eh, ci arrivo, ci arrivo :-)
Resta però il fatto che questi headers vanno comunque inseriti per
ogni contenuto, anche perchè la label del link deve essere comunque
localizzata.
Altra idea (presa da zope, se non erro): le keyword definite nei
content.ht si propagano in cascata nelle directory 'data/..' a meno che
non vengano ridefinite. Solo se c'e' il modo di distinguere fa "valore
locale" e "valore ereditato"; mi sembra che mako consideri questa
differenza ('local', 'self', ??) ma a livello di template; in zope si
riusciva a farla.
Ma forse questa feature crea più danni che altro...
Purtroppo continuo a non capire come è fatto il sistema attuale, ma
senza vederlo credo sia difficile :-) .
Ehm, mi dovrei riguardare il codice, non me lo ricordo esattamente... ma
ti assicuro che era la solita cosa immantenibile, fatta in un paio di
ore per lavorare intensamente sul sito un paio di giorni.
Per ora ti consiglio di vedere come funziona igloo e di adattarlo se
necessario.
Ci sto arrivando ;-)
$ diff generator.py generator.py.orig
294d293
< kw['cur_url'] = rel_path
Se la lingua è nella url (tipo http://.../eng/...) posso prenderla da li.
Comunque sto considerando alcune modifiche.
Ho notato una cosa: "visit_directory" non processa la directory se non
contiene "content.ht", ma la fa in un modo che anche tutti i file
contenuti in tale dir. non vengono copiati; è il giusto comportamento
che ti attendevi?
Ciao
Alessandro
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python
[Python] migrazione da msaccess a python
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
Re: [Python] migrazione da msaccess a python
Il giorno 29/ago/07, alle ore 19:03, 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: Penso che è un'ottima scelta, sia quella di staccarsi da uno strumento proprietario (e pessimo) come ms access, sia quella di utilizzare un ambiente evoluto e semplice come python. 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. Utilizzando gli strumenti giusti, può essere facile come trascinare un file sul computer. Oppure puoi predisporre un installer come per qualunque applicazione windows. Non è necessario fare complesse installazioni "preventive". 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. Non so come funzionino questi sintetizzatori, ma se descrivono il tipo di controllo, immagino che si basino sui controlli nativi di windows. Questo forse può essere un problema usando toolkits grafici che disegnano da se i controli, ma non dovrebbe esserlo se usi wxPython, in quanto esso utilizza direttamente i controlli nativi della piattaforma...bisognerebbe fare qualche prova! Ringrazio chiunque mi sappia dare indicazioni utili. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python -- Antonio Valente ___ 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
[Python] Re: migrazione da msaccess a python
Dixie wrote: > Sto migrando la mia "piattaforma" da access a MySQL + Python + wxPython. Non usare MySQL se non hai la pistola alla tempia (e se ce l'hai, accertati che sia carica ;-) ). Confronto tra MySQL e PostgreSQL http://teknico.net/devel/myvspg/index.it.html -- Nicola Larosa - http://www.tekNico.net/ Is it really irresponsible to refuse to work and consume and live in debt in a culture that is destroying our world? [...] If our lives are movies we script ourselves, who is producing and directing them? -- Dave Pollack, April 2007 ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Re: migrazione da msaccess a python
Nicola Larosa wrote: Dixie wrote: Sto migrando la mia "piattaforma" da access a MySQL + Python + wxPython. Non usare MySQL se non hai la pistola alla tempia (e se ce l'hai, accertati che sia carica ;-) ). Uf, Nicola sarebbe ora di smetterla. E' come se ogni volta che si parla di editor, tirassi in ballo la questione Emacs vs VI. PostgreSQL ha dei vantaggi rispetto a MySQL, e viceversa. Tutti e due sono ottimi database, tutti e due hanno dei punti deboli, tutti e due hanno nomi importanti che li usano con successo (per MySQL, quello che conosco meglio, due esempi: Yahoo! e YouTube). Confronto tra MySQL e PostgreSQL http://teknico.net/devel/myvspg/index.it.html Il tuo confronto è parziale, e secondo me andrebbe rivisto in alcuni punti. E comunque, cosa più importante, credo che tutti gli iscritti alla lista (o chi ha occasione di chiacchierare ogni tanto con te o altri pythonisti in IM) abbiano visto passare il link qualche decina di volte. Secondo me sarebbe ora di archiviare, e passare ad altro. :) My 2 cts. Ludo ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Re: migrazione da msaccess a python
Il giorno 29/ago/07, alle ore 20:48, Nicola Larosa ha scritto: Dixie wrote: Sto migrando la mia "piattaforma" da access a MySQL + Python + wxPython. Non usare MySQL se non hai la pistola alla tempia (e se ce l'hai, accertati che sia carica ;-) ). Confronto tra MySQL e PostgreSQL http://teknico.net/devel/myvspg/index.it.html -- Nicola Larosa - http://www.tekNico.net/ Nicola sei pesante come... PostgreSQL !!! ;-) Bye Bye Bye... Paolo Amodio [EMAIL PROTECTED] www.dixienet.it ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
[Python] Re: migrazione da msaccess a python
>> Dixie wrote: >>> Sto migrando la mia "piattaforma" da access a MySQL + Python + >>> wxPython. > Nicola Larosa wrote: >> Non usare MySQL se non hai la pistola alla tempia (e se ce l'hai, >> accertati che sia carica ;-) ). Ludovico Magnocavallo wrote: > Uf, Nicola sarebbe ora di smetterla. E' come se ogni volta che si > parla di editor, tirassi in ballo la questione Emacs vs VI. Dà fastidio, eh? > PostgreSQL ha dei vantaggi rispetto a MySQL, e viceversa. Tutti e due > sono ottimi database, tutti e due hanno dei punti deboli, Non sono per nulla d'accordo, come sai. > tutti e due hanno nomi importanti che li usano con successo (per MySQL, > quello che conosco meglio, due esempi: Yahoo! e YouTube). Per l'ennesima volta, è un'argomentazione *totalmente irrilevante*. E sai benissimo anche questo. > Il tuo confronto è parziale, e secondo me andrebbe rivisto in alcuni > punti. Che non ti sei mai degnato di dettagliare. > E comunque, cosa più importante, credo che tutti gli iscritti alla lista > (o chi ha occasione di chiacchierare ogni tanto con te o altri > pythonisti in IM) Non credo che questa estensione dell'ambito sia pertinente a questa discussione. > abbiano visto passare il link qualche decina di volte. Secondo me > sarebbe ora di archiviare, e passare ad altro. :) Sto attento a non postarlo più di una volta a settimana, e ti ricordo che qui non circolano sempre le stesse persone. Se poi la cosa ti dà fastidio perché preferisci non mettere in discussione certe scelte, beh, è un problema tuo. -- Nicola Larosa - http://www.tekNico.net/ Is it really irresponsible to refuse to work and consume and live in debt in a culture that is destroying our world? [...] If our lives are movies we script ourselves, who is producing and directing them? -- Dave Pollack, April 2007 ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Re: migrazione da msaccess a python
Nicola Larosa wrote: E comunque, cosa più importante, credo che tutti gli iscritti alla lista (o chi ha occasione di chiacchierare ogni tanto con te o altri pythonisti in IM) Non credo che questa estensione dell'ambito sia pertinente a questa discussione. Già, invece i tuoi commenti sono pertinenti. Comunque non ti preoccupare, mi dissottoscrivo dalla lista. Se hai crisi di astinenza per mancanza di occasioni per fare zealotry, hai sempre il mio contatto in IM. :) Ludo ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Re: migrazione da msaccess a python
Mi spiace di aver avviato un contradditorio MySQL - PostgreSQL che da quanto vedo non è nuovo ma che francamente mi sembra stucchevole. Personalmente comunque non mi interessa anche perchè sarei intenzionato ad utilizzare firebird. Apprezzo comunque la vivacità della discussione, e la rapidità delle risposte: è il segnale di una comunità combattiva e disponibile, anche se le risposte, a dire il vero, erano in larga parte "fuori argomento". renzo andrioli - Original Message - From: "Nicola Larosa" <[EMAIL PROTECTED]> To: "Gli utilizzatori italiani di Python" Sent: Wednesday, August 29, 2007 9:52 PM Subject: [Python] Re: migrazione da msaccess a python Dixie wrote: Sto migrando la mia "piattaforma" da access a MySQL + Python + wxPython. Nicola Larosa wrote: Non usare MySQL se non hai la pistola alla tempia (e se ce l'hai, accertati che sia carica ;-) ). Ludovico Magnocavallo wrote: Uf, Nicola sarebbe ora di smetterla. E' come se ogni volta che si parla di editor, tirassi in ballo la questione Emacs vs VI. Dà fastidio, eh? PostgreSQL ha dei vantaggi rispetto a MySQL, e viceversa. Tutti e due sono ottimi database, tutti e due hanno dei punti deboli, Non sono per nulla d'accordo, come sai. tutti e due hanno nomi importanti che li usano con successo (per MySQL, quello che conosco meglio, due esempi: Yahoo! e YouTube). Per l'ennesima volta, è un'argomentazione *totalmente irrilevante*. E sai benissimo anche questo. Il tuo confronto è parziale, e secondo me andrebbe rivisto in alcuni punti. Che non ti sei mai degnato di dettagliare. E comunque, cosa più importante, credo che tutti gli iscritti alla lista (o chi ha occasione di chiacchierare ogni tanto con te o altri pythonisti in IM) Non credo che questa estensione dell'ambito sia pertinente a questa discussione. abbiano visto passare il link qualche decina di volte. Secondo me sarebbe ora di archiviare, e passare ad altro. :) Sto attento a non postarlo più di una volta a settimana, e ti ricordo che qui non circolano sempre le stesse persone. Se poi la cosa ti dà fastidio perché preferisci non mettere in discussione certe scelte, beh, è un problema tuo. -- Nicola Larosa - http://www.tekNico.net/ Is it really irresponsible to refuse to work and consume and live in debt in a culture that is destroying our world? [...] If our lives are movies we script ourselves, who is producing and directing them? -- Dave Pollack, April 2007 ___ 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.10/977 - Release Date: 28/08/2007 16.29 ___ 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. 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://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 29/08/07, Y3s<[EMAIL PROTECTED]> ha scritto: > Penso che è un'ottima scelta, sia quella di staccarsi da uno strumento > proprietario (e pessimo) come ms access, sia quella di utilizzare un > ambiente evoluto e semplice come python. Non è uno strumento pessimo, se lasciamo da parte per un attimo il fatto che è propietario (cosa che di solito non faccio) non lo definirei pessimo. volevi mica parlare di jet? -- Gian Mario Tagliaretti ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Re: migrazione da msaccess a python
Il giorno 29/ago/07, alle ore 21:52, Nicola Larosa ha scritto: Sto attento a non postarlo più di una volta a settimana, e ti ricordo che qui non circolano sempre le stesse persone. io adoro quel link. Ogni volta ci ritorno e me lo rileggo :D G___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Re: migrazione da msaccess a python
Il giorno 29/ago/07, alle ore 22:08, renzo andrioli ha scritto: Mi spiace di aver avviato un contradditorio MySQL - PostgreSQL che da quanto vedo non è nuovo ma che francamente mi sembra stucchevole. Personalmente comunque non mi interessa anche perchè sarei intenzionato ad utilizzare firebird. Non preoccuparti, capita una settimana si e una no :-) Se devi sostituire access dai anche un'occhiata a SQLite, anche se per quanto ricordo firebird può essere utilizzato in modalità embedded... Apprezzo comunque la vivacità della discussione, e la rapidità delle risposte: è il segnale di una comunità combattiva e disponibile, anche se le risposte, a dire il vero, erano in larga parte "fuori argomento". renzo andrioli La comunità è molto disponibile, e se deciderai di passare a python vedrai :-) -- Antonio Valente ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] migrazione da msaccess a python
Il giorno 29/ago/07, alle ore 22:29, Gian Mario Tagliaretti ha scritto: Il 29/08/07, Y3s<[EMAIL PROTECTED]> ha scritto: Penso che è un'ottima scelta, sia quella di staccarsi da uno strumento proprietario (e pessimo) come ms access, sia quella di utilizzare un ambiente evoluto e semplice come python. Non è uno strumento pessimo, se lasciamo da parte per un attimo il fatto che è propietario (cosa che di solito non faccio) non lo definirei pessimo. Per me incoraggia uno stile di "programmazione" (se così vogliamo chiamarla) errato e pessimo, diffonde uno strumento proprietario e costoso, inoltre non è per niente stabile...come lo definiresti? Quali sono i vantaggi che porta? Non sono ironico, mi interessa sul serio (anche se siamo OT) volevi mica parlare di jet? Lasciamo perdere, và :D -- Gian Mario Tagliaretti ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python -- Antonio Valente ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
[Python] Re: migrazione da msaccess a python
> Nicola Larosa ha scritto: >> Sto attento a non postarlo più di una volta a settimana, e ti ricordo che >> qui non circolano sempre le stesse persone. Giovanni Porcari wrote: > io adoro quel link. Ogni volta ci ritorno e me lo rileggo :D Ecco chi è che mi sballa le statistiche del server web! ;-D -- Nicola Larosa - http://www.tekNico.net/ Is it really irresponsible to refuse to work and consume and live in debt in a culture that is destroying our world? [...] If our lives are movies we script ourselves, who is producing and directing them? -- Dave Pollack, April 2007 ___ 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" 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://www.d
[Python] Re: migrazione da msaccess a python
Ludovico Magnocavallo wrote: > Comunque non ti preoccupare, mi dissottoscrivo dalla lista. Qualsiasi cosa pur di non entrare nel merito, eh? > Se hai crisi di astinenza per mancanza di occasioni per fare zealotry, > hai sempre il mio contatto in IM. :) Di queste cose m'interessa parlare in pubblico, non perdo tempo appresso ai peggior sordi. -- Nicola Larosa - http://www.tekNico.net/ Is it really irresponsible to refuse to work and consume and live in debt in a culture that is destroying our world? [...] If our lives are movies we script ourselves, who is producing and directing them? -- Dave Pollack, April 2007 ___ 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: 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
