[Python] migrazione da msaccess a python

Mer 29 Ago 2007 22:38:57 CEST

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" <piro a develer.com>
To: "Discussioni generali sul linguaggio Python" <python a 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://www.develer.com
>

--------------------------------------------------------------------------------

_______________________________________________
Python mailing list
Python a 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