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://www.develer.com
--------------------------------------------------------------------------------
_______________________________________________
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
