<!-- Linux Access HOWTO Source File  **** SEE BUGS BELOW *****

Per favore inviate una copia di questa stringa di identificazione con 
qualsiasi modifica all'HOWTO mi inviate; mi aiuterà a controllare dove
fare le modifiche. Terrò tutte le versione dell'HOWTO dell'anno in corso,
a meno che non perda i dati (cosa che non dovrebbe accadere ;-)

$Id: Access-HOWTO.sgml,v 2.9 1996/08/01 07:17:41 mikedlr Exp mikedlr $

Questa versione in SGML ha alcuni commenti in più che possono essere
utili a chi sta pensando di mandarmi delle modifiche. Di sicuro, se mi 
mandate le modifiche come patch a questa versione, ve ne sarò veramente 
grato. Usate 

	diff -c

per generare le patch di modifica.

Se non sapete usare diff, PER FAVORE CONTRIBUITE lo stesso. Il fatto che
mi mandiate delle informazioni utili mi fa risparmiare tempo. Mandatemi
semplicemente un'email / floppy / lettera (se breve) con le modifiche.

Cose da controllare

-->

<!-- Bachi noti

Caratteri formattati male (E' MALISSIMO) ****** LEGGETE QUI ******

        
        Problemi di formattazione del testo. Sembra che la formattazione che 
	voglio fare è impossibile da mantenere con il cambiamento di 
	formato. Se si mette una { all'interno di un ambiente VERB(atim),
	il formato info si lamenta, ma se si mette &lcub, il latex
	rende \{. Probabilmente impiastriccerò il LaTeX, dato che è meno
	probabile che la gente tagli e incolli direttamente da Latex a 
	patch, e spero che la maggior parte degli editori di libri possano
	leggere questa nota.

URL mancanti nel formato info

        Non riesco a far venir fuori gli URL nella versione info quando
	uso il tag htmlurl, ma restano nel testo.
       
        Ci sono due linee troppo lunghe per essere processate come testo.
	Credo che siano URL lunghi inseriti nelle entrate LSM. Non so
	che cosa farci. Credo dovrò pensare a come rendere l'LSM più utile
	come documentazione cartacea e stampare quella con gli HOWTO.
	
-->

<!doctype linuxdoc system>

<!-- keyword:- non posso metterle in altro modo? Il Linuxdoc-SGML ha proprio
bisogno di un po' di più della funzionalità del formato man
	tecnologia adattativa
	accesso
	cieco
	invalido
	sordo
	parzialmente sordo
	parzialmente privo della vista
mettete queste parole chiave in ogni messaggio di annuncio su questo documento
-->

<article OPTS="italian">

<title>Linux Access HOWTO
<author>Michael De La Rue,  <htmlurl url="mailto:access-howto@ed.ac.uk"
name="access-howto@ed.ac.uk">
<date>v2.9, 28 Marzo 1997
<abstract>
Il Linux Access HOWTO tratta dell'uso della tecnologia adattativa con Linux,
in particolare, come usare la tecnologia adattativa per rendere Linux 
accessibile a chi non potrebbe altrimenti usarlo. Tratta anche delle aree
in cui Linux può essere usato all'interno di soluzioni di tecnologia 
adattativa più generale.
</abstract>

<toc> 
<!-- il mio modo di scrivere ha portato a molte sezioni di questo
documento. Mi chiedo se eliminare le entrate del contenuto della sezione 3
sarebbe una buona idea. -->

<sect>Introduzione


<P>Lo scopo di questo documento è di raccogliere tutte le informazioni
sull'uso di Linux da parte di persone che hanno difficoltà particolari,
che possano essere superate con aiuti specifici, sia software che hardware.
In altre parole, i ciechi, chi è parzialmente privo della vista, i sordi e
gli invalidi fisici. Questo documento viene aggiornato con la scoperta di
nuove tecnologie o informazioni.

<P>Il problema più grande è che, a tutt'oggi, pochissime di queste persone 
usano Linux anche a causa delle difficoltà che implica. Ciò significa che
lo sviluppo non sta tenendo conto delle necessità particolari, e quindi
il sistema sta diventando sempre più difficile da usare. Spero che
questo HOWTO risolva il problema.

<P>Per favore mandate qualsiasi commento, informazione aggiuntiva,
o offerta di collaborazione a <htmlurl url="mailto:access-howto@ed.ac.uk"
name="access-howto@ed.ac.uk"> Questo indirizzo potrebbe in futuro diventare 
una mailing list, o essere automaticamente dato ad un'altra persona che si
occupi della manutenzione dell'HOWTO, quindi per favore non usatelo per
la posta personale. 

<P>Potete anche contattarmi via posta normale a

<tscreen><verb>
Linux Access HOWTO
23 Kingsborough Gardens
Glasgow G12 9NH
Scotland
U.K.
</verb></tscreen>

e piano piano girerà il mondo fino ad arrivare a me. La posta eletronica
ci mette settimane in meno.

<!-- IMHO, tutti questi documenti dovrebbero avere indirizzi di posta per
ricevere i contributi da chi non ha accesso a Internet. -->

<P>Posso essere contattato personalmente usando
<htmlurl url="mailto:miked@ed.ac.uk" name="miked@ed.ac.uk">.  
Dato che uso dei filtri su tutta la posta che ricevo, per favore usate l'altro
indirizzo tranne che per la posta personale. Fare in questo modo vi porterà
con più probabilità ad una risposta appropriata.

<P>Nota del traduttore: tutte le comunicazioni che riguardano aspetti della
traduzione vanno inviati a me ( <htmlurl
url="mailto:eugenia.franzoni@pg.infn.it" name="eugenia.franzoni@pg.infn.it"> ).
Potete contattare me anche se avete contributi da fare all'autore, e non
conoscete l'inglese. Io li tradurrò e glieli manderò al più presto possibile
(compatibilmente con i miei impegni ;-)


<sect1>Policy di distribuzione


<!-- Ho messo ogni paragrafo singolarmente in un tscreen dato che altrimenti
non funziona. Devo vedere come viene fuori nella versione finale.-->

<P>
<tscreen>
L'ACCESS-HOWTO è copyright (c) 1996 Michael De La Rue
</tscreen>

<tscreen>
La policy di distribuzione viene riportata in lingua originale.
</tscreen>

<tscreen>
A verbatim copy may be reproduced or distributed in any medium
physical or electronic without permission of the author.  Translations
are similarly permitted without express permission if it includes a
notice on who translated it.
</tscreen>

<tscreen>
Short quotes may be used without prior consent by the author.
Derivative work and partial distributions of the UUCP-HOWTO must be
accompanied with either a verbatim copy of this file or a pointer to
the verbatim copy.
</tscreen>

<tscreen>
Commercial redistribution is allowed and encouraged; however, the
author would appreciate being notified of any such distributions (as a
courtesy).
</tscreen>

<tscreen>
In short, we wish to promote dissemination of this information through
as many channels as possible. However, we do wish to retain copyright
on the HOWTO documents.
</tscreen>

<tscreen>
We further want that ALL information provided in the HOWTOs is
disseminated.  If you have questions, please contact Greg Hankins, the
Linux HOWTO coordinator, at gregh@sunsite.unc.edu.
</tscreen>



<sect>Paragone di Linux con altri sistemi operativi.

<sect1>Paragone generale

<P>Il posto migliore per trovare informazioni a tale proposito è in documenti 
come il `Linux Info Sheet', le `Linux Meta FAQ' e le `Linux FAQ' (vedere 
<ref id="linux-docs" name="Documentazione su Linux">).  Una delle principali
ragioni di usare Linux per una persona con problemi di vista è il suo
supporto di rete insito nel sistema, che dà pieno accesso a Internet. 
Più in generale, gli utenti vengono attirati dall'ambiente di sviluppo
completo incluso nel sistema.

<sect1>Disponibilità di tecnologia adattativa

<P>Non esiste quasi niente disponibile in commercio <em/specificamente/ 
per Linux. Esiste una quantità notevole di software gratuito che può essere
utile per l'adattamento, come ad esempio un sintetizzatore di voce 
e alcuni pacchetti software di controllo vocale. Esistono anche un buon 
numero di pacchetti gratuiti che supportano determinati terminali 
braille, ad esempio.

<sect1>Usabilità inerente

<P>Linux ha il grande vantaggio su Windows che la maggior parte del suo
software è basato sulla linea di comando. Questo sta cambiando, e quasi
tutto è ora disponibile con un'interfaccia grafica. Comunque, dato
che è in origine un sistema operativo per i programmatori, vengono ancora
scritti programmi testuali che ricoprono quasi tutte le aree di interesse.
Per gli invalidi fisici, ciò significa che è facile costruire programmi 
che servano alle loro esigenze. Per chi ha problemi alla vista, dovrebbe
rendere semplice e utile l'uso di un sintetizzatore vocale o di un
terminale braille nel prossimo futuro.

<P>Il sistema di console virtuali multiple rende Linux un sistema
operativo multi-tasking per persone con problemi alla vista.

<P>Il sistema di finestre usato da Linux (X11) è corredato da molti
strumenti di programmazione, e dovrebbe essere adattabile. Comunque, in
pratica, i programmi adattativi disponibili fino ad ora sono più 
primitivi di quelli su Macintosh o Windows. Sono, comunque, completamente
gratuiti (invece di costare centinaia di sterline), e la qualità sta 
visibilmente migliorando.

<P>In linea di principio dovrebbe esser possibile mettere insieme un sistema
Linux completo ed utilizzabile da una persona handicappata alla vista per
circa  &dollar;500 (PC di poco valore + scheda audio).  Il paragone da fare
è con le migliaia di dollari per gli altri sistemi operativi (software di
lettura dello schermo / hardware di sintetizzazione vocale). Devo ancora
controllare. Non credo che funzioni in pratica, dato che i sintetizzatori 
vocali disponibili per Linux non sono sufficientemente buoni. Per una persona
invalida fisicamente, c'è la limitazione della spesa dell'hardware di
input.

<sect>Persone con problemi alla vista.

<P>In questa sezione userò due categorie: le persone che hanno parte
della vista e che hanno bisogno di aiuto per vedere / decifrare /seguire
il testo e quelle che non possono usare nessun tipo di interfaccia grafica.

<sect1>Vedere lo schermo con la vista bassa

<P>Ci sono problemi diversi che rientrano in questa categoria. Spesso
un semplice ingrandimento è utile, ma non basta. Talvolta non si riesce
a seguire il moto, o non si trova il cursore se non si muove. Ne derivano
una gamma di tecniche, la maggior parte delle quali sono aggiunte ad X 
in questo periodo.

<sect2>SVGATextMode

<P>Questo programma è utile per aumentare la visibilità del normale
schermo di testo fornito da Linux. Fornisce pieno accesso ai modi possibili
di una scheda grafica SVGA. Ad esempio, il testo può essere reso più grande
in modo che appaiano sullo schermo solo 50 per 15 caratteri (normalmente sono
80 per 25). Non esiste modo semplice per zoomare su sezioni di schermo, ma 
quando è necessario lo si può ridimensionare.

<sect2>X windows

<P>Ci sono molti modi di migliorare X windows. Non sono stati uniti in un
insieme coerente di caratteristiche, ma se impostate in modo adeguato possono
risolvere molti problemi.  

<sect3>Diverse risoluzioni di schermo

<P>Il server X può essere impostato a diverse risoluzioni. Una semplice
pressione di tasto può far ruotare tra di esse rendendo più semplice vedere
del testo poco distinguibile.

Nel file /etc/XF86Config, c'è un'entrata nella sezione Screen con una 
linea che comincia con "Modes". Se, ad esempio, si imposta questa linea a 
<tscreen><verb>
Modes       "1280x1024" "1024x768" "800x600" "640x480" "320x240"
</verb></tscreen>
con ogni modo impostato correttamente (cosa che richiede un monitor
ragionevolmente buono per i modi a più alta risoluzione), si possono
avere quattro livelli di ingrandimento dello schermo, e si può ruotare
tra di essi usando

<tt/Ctrl+Alt+Più_del_tastierino/ e <tt/Ctrl+Alt+Meno_del_tastierino/

<!-- come devo rendere la pressione di un tasto?-->

Muovendo il mouse all'interno dello schermo si vedranno diverse parti dello 
schermo stesso. Per ulteriori dettagli su come impostare questa caratteristica
vedere la documentazione che accompagna il server X <bf/XFree86/.

<!-- qualcuno sa quanto sia utile in pratica? -->

<sect3>Ingrandimento dello schermo

<P>Ci sono due programmi di ingrandimento dello schermo che io
conosco: <tt/xmag/, che ingrandisce una porzione dello schermo 
alla dimensione desiderata ma è molto primitivo. L'altro è <tt/xzoom/.  
In precedenza dicevo che ci doveva essere qualcosa di meglio di <tt/xmag/,
beh, eccolo. Vedere <ref id="xzoom" name="xzoom">.

<!-- Sembra che ci siano un sacco di cose nuove che stanno uscendo dal 
consorzio X. Presto dovrebbero essere disponibili in qualche misura 
per Linux. -->

<sect3>Cambiamento dei font dello schermo.

<P>Nei programmi scritti per X dovrebbe essere sempre possibile cambiare
font. Semplicemente si può rendere abbastanza grande da poterlo vedere. 
In genere si può farlo mettendo una linea nel file <tt/.Xdefaults/
che dovrebbe essere nella vostra home directory. Mettendo le linee
corrette si può cambiare il font dei programmi; ad esempio

<verb>
Emacs.font: -sony-fixed-medium-r-normal--16-150-75-75-c-80-iso8859-*
</verb>

Per vedere quali font sono disponibili, usate il programma <tt/xfontsel/ 
sotto X.


Ci dovrebbe essere un modo per cambiare le cose ad un livello più basso, in
modo che tutti i programmi usino un font ingrandito. Si può fare rinominando
i font, e dicendo ai programmi che generano i font di usare un diverso 
livello di ingrandimento. Se qualcuno riesce a farlo funzionare correttamente,
per favore mandatemi i dettagli di come ci siete riusciti.

<sect3>Cursori a croce ecc..

<P>Per chi ha problemi a seguire il cursore ci sono parecchi strumenti
utili:

<itemize>
<item>cursori a croce (linee orizzontali e verticali dal bordo dello schermo)

<item>cursori lampeggianti (lampeggiano quando si preme un tasto)
</itemize>

<P>Non esiste software per questo scopo. <sl>Ho provato veramente a 
trovare qualcosa; deve esistere da qualche parte. Sarebbe facile scrivere che
ne sono sicuro</sl>

<P>Per ora il meglio che si possa fare è cambiare la bitmap del cursore.
Fate un file bitmap come volete, e un altro della stessa grandezza, ma
completamente nero. Convertiteli in formato XBM e avviate

<verb>
	xsetroot -cursor cursorfile.xbm black-file.xbm
</verb>

in realtà, se capite le maschere, il file black-file non ha bisogno di essere
completamente nero, ma cominciate con un file così. Il file <tt/.Xdefaults/
controlla i cursori usati dalle applicazioni correnti.

<sect2>Produrre stampe ingrandite

<P>Fare delle stampe ingrandite con Linux è piuttosto semplice. Ci sono
diverse tecniche.

<sect3>LaTeX / TeX

<P>Il LaTeX è un sistema di preparazione di documenti estremamente potente.
Può essere usato per produrre documenti stampati in formato ingrandito di
quasi qualsiasi natura. Anche se è abbastanza complicato da imparare, molti
documenti vengono prodotti usando il LaTeX o il suo predecessore TeX.


<P>questo produrrà del testo ragionevolmente grande

<tscreen><verb>
\font\magnifiedtenrm=cmr10 at 20pt  &percnt; setup a big font
\magnifiedtenrm
questo \`e del testo grande
\bye
</verb></tscreen>

<P>Per altri dettagli, vedere il libro sul LaTeX disponibile in tutte 
le librerie che tengono libri sui computer.

<sect2>Come avere in output del testo ingrandito.

<P>Quasi tutte le stampanti per Linux usano il postscript, e con Linux ci si
possono usare  quasi tutte le stampanti. Io ho come output del
materiale sull'insegnamento con testo ingrandito usando una normale stampante 
ad aghi Epson.

Potete suggerire altri strumenti per generare del testo ingrandito?
Quale word processor si può consigliare?

<sect1>Ausili per chi non può usare l'output visuale

<P>Per chi non può usare in nessun modo uno schermo normale ci sono
due alternative: il Braille e i sintetizzatori vocali. Naturalmente per 
chi ha anche problemi all'udito, i sintetizzatori vocali non sempre
sono utili, quindi il braille sarà sempre importante.

Se potete scegliere, quale scegliere? E' un argomento di dibattito
`vigoroso'. La sintesi vocale è veloce da usare, abbastanza a buon mercato
e specialmente buono per le applicazioni testuali (come leggere un documento
lungo come questo). Come problemi ci sono che si deve avere un ambiente 
silenzioso, possibilmente con delle cuffie per lavorare senza disturbare gli 
altri e per evitare di essere ascoltati dagli altri (cosa non disponibile
per tutti i sintetizzatori vocali).

Il Braille è migliore per le applicazioni in cui è importante una 
disposizione precisa (ad esempio i fogli elettronici). Può anche essere in
qualche modo più utile se si vuole controllare l'inizio di una frase quando
si arriva alla fine. Il Braille è, comunque, molto più costoso e più lento
per la lettura. Ovviamente, più si legge in Braille più veloci si diventa.
Il Braille di grado II è difficile da imparare, ma è conveniente, dato che
è molto più veloce. Ciò significa che se non usate il Braille per un po'
di tempo, non potrete mai scoprire il suo pieno potenziale e decidere 
da voi. Comunque, basti questo su un argomento così controverso.

basato su un originale di James Bowden 
<htmlurl url="mailto:jrbowden@bcs.org.uk" name="jrbowden@bcs.org.uk">

<sect2>Terminali Braille

<P>I terminali Braille sono normalmente una o due linee di Braille. 
Dato che di solito sono al massimo di 80 caratteri, e più facilmente di
40, sono in qualche modo limitati. Ne conosco due tipi

<itemize>
<item>Terminali Braille guidati via hardware.
<item>Terminali Braille guidati via software.
</itemize>

<P>Il primo tipo funziona solo quando il computer è in modo testo
e legge la memoria dello schermo direttamente. Vedere la sezione
<ref id="memmap-braille"
name="terminali braille guidati via hardware">.

<P>Il secondo tipo di terminali Braille è simile, in molti modi,
ad un normale video terminale del tipo che Linux supporta automaticamente.
Sfortunatamente, hanno bisogno di software specifico per essere utilizzabili.

<P>Per questo ci sono due pacchetti. Il primo, 
<tt/BRLTTY/, funziona con diversi tipi di terminale Braille, e gli autori sono
disponibili ad aggiungerne altri, a mano a mano che 
sono disponibili più informazioni. Al momento <tt/BRLTTY/ supporta
la serie CombiBraille della Tieman B.V., la serie ABT3 della Alva B.V. e
le serie PowerBraille e Navigator della Telesensory Systems Inc.
L'uso del Braille Lite della Blazie Engineering è ostacolato, ma il supporto 
può essere rinovato su richiesta.
Vedere la sezione <ref id="serial-braille" name="Terminali Braille guidati
via software">.

<P>L'altro pacchetto che conosco è il Braille Enhanced Screen. Non ne ho
ancora visto una versione. Dovrebbe permettere l'accesso utente ad un 
terminale braille con molte caratteristiche utili come la possibilità
di far girare diversi programmi in diversi `terminali virtuali' 
contemporaneamente.

<sect2>Sintesi vocale

<P>La sintesi vocale trasforma (normalmente) il testo ASCII in 
output parlato. E' possibile averne un'implementazione sia hardware
che software. Sfortunatamente, i sintetizzatori vocali gratuiti di Linux
sono, notoriamente, non abbastanza buoni da poter essere usati come unico
mezzo di output.

<P>L'alternativa sono i sintetizzatori vocali hardware. L'unico che
io conosca è il DECtalk della Digital, che viene usato con 
<TT/emacspeak/.  Usando <TT/emacspeak/ è abbastanza facile avere pieno 
accesso a tutte le capacità di Linux, incluso il normale uso della shell,
un browser WWW e molte altre caratteristiche simili, come la posta 
elettronica. Anche se quando controlla dei programmi che non capisce
funge semplicemente da lettore di testo (simile a quello della IBM per il PC),
con quelli che capisce può fornire un controllo molto più sofisticato. 
Vedere la sezione  <ref id="emacspeak"
name="Emacspeak"> per altre informazioni su <tt/emacspeak/.

<sect2>Utilizzo dell'output da console

<P>All'avvio, Linux normalmente invia tutti i messaggi allo schermo 
normale (visuale). Questo comportamento potrebbe essere cambiato da chiunque
conosca a livello base la programmazione di un kernel. Ciò significa che è
impossibile per la maggior parte dei dispositivi braille ricevere le 
informazioni su cosa sta facendo Linux prima che il sistema operativo sia
a pieno regime.

<P>E' solo a questo stadio che si può avviare il programma necessario
per l'accesso. Se viene usato il programma <tt/BRLTTY/ e lo si avvia 
il prima possibile nel processo di avvio, da quel punto i messaggi
sullo schermo possono venire letti dal terminale, cosa che rende difficile,
ma non impossibile, l'amministrazione di un sistema Linux per una persona
priva della vista.

<P>Esiste un sistema braille che può usare direttamente la console,
che si chiama Braillex. E' progettato per leggere direttamente dalla memoria
schermo. Sfotrunatamente il normale scroling del terminale intralcia l'uso
di questo sistema. Se si usa un kernel successivo al 1.3.75,
basta digitare <tt/linux no-scroll/ al prompt di LILO per evitare
automaticamente lo scrolling. Se avete una versione successiva di Linux, 
guardate la sezione <ref id="memmap-braille" name="Terminali Braille a memoria
di schermo">
<!-- qualcuno suggerisca un nome migliore! -->

<P>L'altra cosa nota da fare è usare il suono per evidenziare quando ogni
stadio della procedura di avvio è stato terminato. (Suggerimento di T.V.Raman)

<sect2>Riconoscimento ottico dei caratteri

<P>Esiste un programma di riconoscimento ottico dei caratteri per Linux. 
Ha bisogno di esercizio per poter riconoscere il font particolare che
dovrà usare, e non ho idea di quanto sia buono. Per principio, se è 
abbastanza buono, dovrebbe permettere alle persone prive della vista
di leggere in qualche modo i normali libri (l'accuratezza dell'OCR
non è mai abbastanza alta...).

<P>Più dettagli sono i benvenuti. Deve essere messo in esercizio,
cosa che potrebbe renderlo inutile?

<sect1>Cominciare ad imparare ad usare Linux

<P>Cominciare ad imparare linux può sembrare difficile e scoraggiante 
per chi non ha nozioni di informatica o per chi viene dal dos. 
Le seguenti cose possono essere d'aiuto:

<itemize>
<item>Imparare ad usare Linux (o UNIX) sul sistema di qualcun altro prima
di configurare il proprio.
<item>Controllare inizialmente linux da un terminale testo/audio
che conoscete. Se prevedete di usare il controllo vocale, vi servirà conoscere
<tt/emacs/ per prima cosa.
<item>Se già conoscete l'MS-DOS, leggete il Dos2Linux Mini HOWTO come
aiuto per fare la conversione (vedere <ref id="HOWTOs" name="Gli HOWTO di
Linux">).
</itemize>

Esiste un documento scritto da  Jim Van Zance (<htmlurl
URL="mailto:jrv@vanzandt.mv.com" NAME="jrv@vanzandt.mv.com">) che 
copre questa parte in maggior dettaglio. Nel momento in cui
state leggendo questo documento probabilmente sarà disponibile da
qualche parte in rete, o potete chiederlo direttamente a Jim.

<!-- il consiglio di imparare ad usare emacs prima di passare a linux
viene dalla versione originale. Non avendolo mai fatto, non posso
fare commenti su se è più facile imparare emacs con l'aiuto di <tt/emacspeak/ 
invece che il contrario... qualcuno ha suggerimenti? Quali sono le capacità
didattiche di emacspeak? -->

<!-- e l'installazione completa??? -->

<sect1>Scrittura Braille

<P>Linux dovrebbe essere la piattaforma perfetta da cui usare una 
stampante braille. Ci sono molti strumenti di formattazione 
rivolti
in modo specifico ai dispositivi a larghezza fissa. Un embosser Braille
può essere semplicemente connesso alla porta seriale 
usando il meccanismo di stampa standard di Linux.
Per ulteriori informazioni vedere il Linux Printing HOWTO.

<P>Esiste un pacchetto software gratuito che fa da traduttore
multilingue di grado due, disponibile per Linux dalla ``Federazione Nazionale
Ciechi'' americana. SI chiama NFBtrans. Vedere la sezione 
<ref id="nfbtrans" name="traduttore NFB"> per ulteriori dettagli.

<sect>Problemi di udito

<P>Per la maggior parte delle cose non ci sono molti problemi 
nell'uso di un computer per una persona con problemi all'udito.
Quasi tutto l'output è visivo. Ci sono alcune situazioni in cui
è usato però anche l'output sonoro. Per queste situazioni, il 
problema si può qualche volta aggirare usando invece l'outpu visivo.

<sect1>Campane visive

<P>Per tradizione, i computer fanno `bip' quando qualche programma
gli invia un codice speciale. Generalmente viene usato per attirare
l'attenzione sul programma e per poco più. La maggior parte delle volte,
è possibile rimpiazzare il suono facendo lampeggiare l'intero schermo
(o emulatore di terminale). Come farlo è però molto variabile.

<descrip>
<tag/xterm/ per gli xterm, si può cambiare l'impostazione premendo il 
pulsante centrale del mouse mentre si preme il tasto control, o 
inserendo una linea con `<tt/XTerm*visualBell: true/' (senza virgolette
naturalmente) nel file <tt/.Xdefaults/ nella vostra home directory.  

<tag/the console/ Per la console è leggermente più complesso. 
Leggete il mini-HOWTO sulle Visual Bell di Alessandro Rubini per i dettagli,
che è disponibile con tutto il resto della documentazione Linux (vedere la
sezione <ref id="linux-docs" name="altri documenti su Linux">).  Per la 
maggior parte la configurazione deve essere fatta in base all'applicazione, o
cambiando lo stesso kernel di Linux.
</descrip>

<sect>Problemi fisici

<P>Molti di questi problemi devono essere trattati singolarmente. 
Le necessità dell'individuo, i modi che possono usare per generare l'input
e altri fattori variano tanto che tutto quello che può essere fornito da
questo HOWTO è un insieme generale di puntatori a software ed esperienze
utili.

<sect1>Impossibilità di usare un mouse o un altro tipo di puntatore.

<P>Una mobilità limitata può rendere molto difficile usare un mouse.
Per alcune persone la track-ball è una soluzione ottima, ma per
altre l'unico possibile dispositivo di input è la tastiera (o 
qualcosa che simuli una tastiera). Per l'uso normale di Linux
non dovrebbe essere un problema (ma leggete la sezione <ref id="keyb-behave" 
name="far funzionare la tastiera">), ma per chi usa X, può causare dei
problemi non indifferenti in alcune circostanze.

Fortunatamente, il manager di finestre <tt/fvwm/ è stato disegnato per
essere usato senza un puntatore, e la maggior parte delle cose si possono
fare lo stesso. Per dire la verità faccio anche io così quando perdo il
mouse (non me lo chiedete) o semplicemente quando voglio solo usare la
tasiera. <tt/fvwm/ è incluso in tutte le distribuzioni di Linux che io
conosca. In realtà l'uso di altri programmi dipende dalla loro capacità
di accettare la pressione dei tasti. Molti programmi X lo fanno per
tutte le funzioni.  Molti no. Credo che i "tasti del mouse appiccicosi",
che dovranno uscire in una prossima versione di X, debbano rendere possibile
l'uso della maggior parte dei programmi.

<sect2>Impossibilità di usare la tastiera

<P>Che non può usare la tastiera normalmente può usarne una attraverso
un comando mosso con la testa o con la bocca, che richiede delle chiamate
di configurazione speciali che sono, per quanto ne sappia, impossibili
al momento su Linux. Comunque, questo supporto dovrebbe essere disponibile
tra poco, dato che il software necessario per implementare le parti
principali di questa procedura è già stato scritto, ed è nella fase di test.

A questo punto, ci dovrebbe essere un programma che mostrerà una tastiera
sullo schermo, ed accetterà input da un qualche tipo di puntatore, come,
ad esempio, i movimenti dell'occhio.

<sect1>Riconoscimento vocale

<P>Il riconoscimento vocale è uno strumento potentissimo per
abilitare all'uso del computer. Conosco due sistemi di riconoscimento
per Linux: il primo è <tt/ears/, che viene descritto come ``riconoscimento
non ottimale, ma buono per il gioco. Verrà migliorato'', il secondo è
<tt/AbbotDemo/ ``Un sistema di riconoscimento vocale continuo, ed indipendente
da chi parla'', che potrebbe essere più interessante, anche se non è 
disponibile per uso commerciale senza delle disposizioni particolari.
Per ulteriori dettagli controllare la Linux Software map (vedere la sezione
<ref id="linux-docs" name="altri documenti Linux">).

<sect1>Far funzionare la tastiera<label id="keyb-behave">

<sect2>Eliminare l'Auto Repeat

<P>Per eliminare la ripetizione dei tasti sulla console Linux, date
questo comando (credo debba essere dato una volta per ogni console: un
buon posto dove metterlo sono i file di login <tt/.profile/ o <tt/.login/ 
nella vostra home directory).

<verb>
setterm -repeat off
</verb>

<P>Per eliminare l'auto repeat sul server X, potete usare il comando

<verb>
xset -r 
</verb>

<P>che si può mettere nel file che viene letto quando si avvia X
(spesso <tt/.xsession/ o <tt/.xinit/ con qualche tipo di configurazione)

<P>Conviene dare un'occhiata a entrambi questi comandi per trovare
altri modi di cambiare il comportamento della console.

<sect2>Tasti "appiccicosi"<label id="sticky-key">

<P>Su Linux non sono disponibili tasti appiccicosi in nessuna
forma, per quanto ne sappia io. Per la console normale avrebbero
bisogno di cambiamenti al codice del kernel. Non sarebbe una cosa
estremamente difficile, ma ci vorrebbe qualcuno con noizioni di 
programmazione di kernel per farlo.

<P>Per X windows sotto Linux, il codice già esiste, ma non è disponibile
per i normali utenti. Dato che i `normali utenti' comprende me, 
non posso confermare che sarà utilizzabile.

<sect2>Hardware di input non convenzionale

<P>Esiste un gran numero di dispositivi da considerare per l'input, come i
touch screen e i puntatori a controllo oculare. La maggior parte di essi
necessitano di un `device driver' scritto appositamente. Non è estremamente
difficile scriverli se la documentazione è disponibile, ma c'è bisogno
di qualcuno con buona conoscenza del C. Per favore guardate la 
<sl/Linux Kernel Hackers guide/ e l'altro materiale a cui si fa riferimento 
per ulteriori informazioni. Una volta impostato il device driver, 
dovrebbe essere possibile usare questi dispositivi come un normale muose.

<sect2>Controllo dell'hardware fisico da Linux

<P>Il gruppo di interesse4 principale in questo campo è il Linux Lab Project.
In genere, può essere controllata la maggior parte dell'hardware GPIB 
(un'interfaccia standard
per l'equipaggiamento scientifico, nota anche come bus IEEE).

<sect>Suggerimenti per la programmazione

<P>Molti degli argomenti di cui vale la pena parlare sono gli stessi
se si sta scrivendo del software progettato per essere utile per l'accesso
che se si cerca di seguire un buon metodo di progettazione.

<sect1>Cercate di rendere semplice l'uso di interfaccie multiple

<P>Se il vostro software è utilizzabile solo attraverso un'interfaccia
grafica, sarà molto difficile renderlo utilizzabile da qualcuno che non
vede. Se è utilizzabile solo attraverso un'interfaccia a linea di comando,
chi non può usare la tastiera avrà delle difficoltà. 

Prevedete delle scorciatoie da tastiera, insieme all'uso del normale 
puntatore di X (generalmente il mouse). Potrete quasi certamente supporre
che il vostro utente sia capace di generare delle pressioni di tasto 
da dare come input all'applicazione.

<sect1>Rendete configurabile il software

<P>Se è semplice cambiare le font, sarà facile impostare una font che sia
facile da leggere. Se si può cambiare lo schema dei colori, i
daltonici avranno più possibilità di poter usare il programma. Se
si possono cambiare con facilità le font, chi ha problemi alla vista
troverà più utile il vostro software.

<sect1>Provate il software sugli utenti

<P>Se fate provare il vostro software a diverse persone, ognuno con diversi
problemi di accesso, ci saranno più possibilità che vi facciano presenti 
problemi specifici. Naturalmente, non sarà una cosa pratica per chiunque,
ma potete sempre chiedere del feedback.

<sect1>Rendete chiaro l'output

<P>Se possibile, mettete in chiaro cosa sono le diverse parti del vostro
programma. Formattate i messaggi di errore in modo che sia possibile
identificarli in maniera specifica. Sotto X, accertatevi che ogni parte
della vostra finestra abbia un nome, in modo da renderlo identificabile
da qualsiasi software di lettura dello schermo.

<sect>Altre informazioni

<sect1>Documentazione su Linux<label id="linux-docs">

<P>La documentazione su Linux è critica per l'uso di Linux, e la 
maggior parte dei documenti qui menzionati dovrebbero essere inclusi
nelle versioni recenti di Linux, da qualsiasi fonte che io conosca.

Se volete prendere la documentazione da Internet, ecco alcuni siti di 
esempio, che dovrebbero essere mirrorati sui principali siti FTP del
mondo.

<itemize>
<item>ftp.funet.fi (128.214.6.100) : 
<htmlurl url="ftp://ftp.funet.fi/pub/OS/Linux/doc/" name="/pub/OS/Linux/doc/">
<item>tsx-11.mit.edu (18.172.1.2) : 
<htmlurl url="ftp://tsx-11.mit.edu/pub/linux/docs/" name="/pub/linux/docs/">
<item>sunsite.unc.edu (152.2.22.81) :
<htmlurl url="ftp://sunsite.unc.edu/pub/Linux/docs/" name="/pub/Linux/docs/">
</itemize>

<sect2>Il Linux Info Sheet

<P>E' una spiegazione semplice ed efficace di cosa sia Linux. E' una delle
cose che dovreste distribuire quando volete spiegare perché volete Linux e 
perché è utile.

Il Linux Info Sheet è disponibile su WWW a 
<url url="http://sunsite.unc.edu/mdw/HOWTO/INFO-SHEET.html"> ed in altri 
mirror.

<!-- *** queste sezioni sono un po' cortine... forse bisogna metterle come -->
<!-- lista di definizioni? -->

<sect2>Le Linux Meta FAQ

<P>E' una lista di risorse di informazione, molto più completa di questa.
Le Meta FAQ sono disponibili su WWW a
<url url="http://sunsite.unc.edu/mdw/HOWTO/META-FAQ.html"> ed in altri 
mirror.

<sect2>La Linux Software Map

<P>E' la lista di software disponibile per Linux su Internet. 
Molti dei pacchetti elencati in questo documento sono stati trovati
con questa lista. La LSM è disponibile con un motore di ricerca interno da
<url url="http://www.boutell.com/lsm/">.  E' disponibile anche come 
unico file di testo in tutti i siti FTP nominati nella sezione
<ref id="linux-docs" name="Documentazione su Linux">.

<sect2>I Linux HOWTO<label id="HOWTOs">

<P>Gli HOWTO sono la documentazione principale su Linux. Questo
Access HOWTO ne è un esempio.

Il sito principale del Linux Documentation Project che produce questo 
tipo di informazioni è <url url="http://sunsite.unc.edu/mdw/linux.html">.
Ci sono anche molti editori che pubblicano howto in libri. Contattate
il rivenditore locale di Linux per ulteriori dettagli.

I Linux HOWTO si trovano nella directory <tt/HOWTO/ in tutti i siti FTP
nominati nella sezione
<ref id="linux-docs" name="Documentazione su Linux">.

<sect2>Le Linux FAQ

<P>Si tratta di una lista di FAQ (`Frequently Asked Questions' , cioè
`Domande più comuni') con le risposte, che dovrebbero risolvere
molti problemi comuni. La lista di FAQ è disponibile da 
<url url="http://www.cl.cam.ac.uk/users/iwj10/linux-faq/"> come anche
in tutti i siti FTP nominati nella sezione
<ref id="linux-docs" name="Documentazione su Linux">.

<sect1>Mailing List
<p>
Esiste un gran numero di mailing list specializzate in informazioni su
argomenti di accesso correlati ai computer. Per favore mandatemi gli
indirizzi di qualsiasi lista di questo tipo che si occupi di Linux.

<sect2>La Linux Access List

<P>E' una lista generale (in inglese) in cui si discute dei problemi di accesso
a Linux. E' progettata `per supplire alle necessità degli utenti e degli
sviluppatori di Linux che siano disabili o che vogliano aiutare a rendere
Linux più accessibile'. Per iscrivervi mandate un'email a  
majordomo@ssv1.union.utah.edu e nel CORPO (non nel subject) mettete:

<tscreen><verb>
subscribe linux-access <indirizzo>
</verb></tscreen>

<sect2>La Linux Blind List

<P>
E' una mailing list (in inglese) che tratta dell'uso di Linux per gli utenti
ciechi. C'è anche una lista di software utile ed importate che viene 
raccolta nell'archivio della lista. Per iscrivervi mandate un'email a
<URL url="blinux-list-request@goldfish.cube.net"> con nel subject
subscribe.  La lista è moderata.


<sect1>WWW<label id="www">

<P>La World Wide Web è, per sua natura, in continuo cambiamento. Se 
state leggendo una versione vecchia di questo documento, è probabile che
qualcuno di questi indirizzi non sia più valido. La versione originale
che mantengo su WWW non dovrebbe essere vecchia più di due settimane, 
quindi riferitevi a quella, per favore. Userò MOMspider per controllare
che i link non scompaiano.

La documentazione su Linux è disponibile a
<url url="http://sunsite.unc.edu/mdw/linux.html">

Il Linux Access On the Web 
<url url="http://www.tardis.ed.ac.uk/&tilde;mikedlr/access/"> con tutte le
versione dell'HOWTO si trova a
<url url="http://www.tardis.ed.ac.uk/&tilde;mikedlr/access/HOWTO/">.
Preferibilmente, però, downloadatelo da uno dei siti Linux principali.
Se ho troppo traffico dovrò chiudere queste pagine e spostarle da 
qualche altra parte.

La pagina WWW di Emacspeak
<url url="http://www.research.digital.com/CRL/personal/raman/emacspeak/emacspeak.html">

La pagina WWW non ufficiale di BRLTTY
<url url="http://www.sf.co.kr/t.linux/new/brltty.html">

Yahoo (uno dei principali cataloghi di Internet)
<url url="http://www.yahoo.com/Society&lowbar;and&lowbar;Culture/Disabilities/Adaptive&lowbar;Technology/">

Il Linux Lab Project <url url="http://www.fu-berlin.de/&tilde;clausi/">

<sect1>Fornitori

<P>Ecco un fornitore per il Braillex in Gran Bretagna

<verb>
Alphavision Limited
</verb>

<sect1>Produttori

<sect2>Alphavision

<P>Credo che siano produttori? La RNIB li elenca come fornitori, ma altri
mi dicono che sono loro a produrre il Braillex.

<verb>
Alphavision Ltd
Seymour House
Copyground Lane
High Wycombe
Bucks HP12 3HE
England
U.K.

Phone: +44 1494-530 555
</verb>

<sect3>Prodotti AT della Alphavision supportati da Linux

<P><itemize>
<item>Braillex
</itemize>

<sect2>Blazie Engineering

<P>Il Braille Lite era supportato nella versione originale di 
<tt/BRLTTY/.  Non lo è più nelle versioni attuali. Se ne avete uno
e volete usarlo con Linux dovrebbe essere possibile usando questa versione 
del software.

<verb>
Blazie Engineering
105 East Jarrettsville Rd. 
Forest Hill, MD 21050 
U.S.A.

Tel: +1 (410) 893-9333 
FAX:   +1 (410) 836-5040 
BBS:   +1 (410) 893-8944 
E-Mail <htmlurl url="mailto:info@blazie.com" name="info@blazie.com">
WWW <url url="http://www.blazie.com/">
</verb>

<!-- DOCBUG? Questi URL ci servono all'interno di un indirizzo... come 
si fa? -->

<sect3>Prodotti AT della Blazie

<P><itemize>
<item>Braille Lite (non più supportato)
</itemize>


<sect2>Digital Equipment Corporation

<P><verb>
Digital Equipment Corporation
P.O. Box CS2008
Nashua
NH 03061-2008
U.S.A

Ordini: +1 800-722-9332
Informazioni tecniche: +1 800-722-9332
FAX :  +1 603-884-5597
WWW <url url="http://www.digital.com/">
</verb>

<sect3>Prodotti AT della DEC supportati da Linux

<P><itemize>
<item>DECTalk Express
</itemize>

<sect2>Kommunikations-Technik Stolper GmbH

<P><verb>
KTS Stolper GmbH
Herzenhaldenweg 10
73095 Albershausen
Germany

Tel: +49 7161 37023
Fax:   +49 7161 32632
</verb>

<sect3>Prodotti AT della KTG supportati da Linux

<P><itemize>
<item>Brailloterm
</itemize>

<sect>Pacchetti software

<P>I riferimenti contenuti in questa sezione sono presi direttamente
dalla Linux Software Map, che potete trovare in tutti i siti standard
per la documentazione Linux, e che elenca quasi tutto il software 
disponibile per Linux.

<sect1>Emacspeak<label id="emacspeak">

<P>Emacspeak è la parte software di un'interfaccia vocale a Linux. 
All'interno di <tt/emacspeak/ può essere usato un qualsiasi altro
programma testo, come un browser WWW, <tt/telnet/ o un altro editor. La
differenza principale tra emacspeak ed un normale software di lettura
per i sistemi operativi come il DOS è che ha anche moltissime altre
caratteristiche. E' basato sull'editor testuale emacs.

Un editor di testo è un programma che permette di cambiare il
contenuto di un file; ad esempio aggiungere delle informazioni ad
una lettera. Emacs è in realtà molto di più di un semplice editor
di testo, e non potete immaginare quanto sia più utile. Dall'interno
di emacs si possono far girare altri programmi, facendo in modo che
qualsiasi output generi sembri apparire all'interno dell'emulatore di
terminale di emacs. Il vantaggio quindi è che Emacspeak può
capire quello che si trova all'interno dello schermo, ed interpretare
in maniera intelligente il significato di, ad esempio, un calendario,
che altrimenti sembrerebbe semplicemente un insieme confusionario di 
numeri. Il creatore del pacchetto riesce a gestire completamente la 
sua macchina Linux, facendo tutta l'amministrazione dall'interno di
emacs.

<tscreen><verb>
B.Begin3
Titolo:           Emacspeak 
Versione:        3.52 
Immesso il:    04JUL95

Descrizione:     Emacspeak, un'estensione di emacs per fornire completo
                  feedback vocale per i non vedenti. 
		   Ha bisogno di un sintetizzatore vocale.
		    Io sono privo della vista 
		     ed uso al momento Emacspeak sul mio portatile.
		      Nota: non siete limitati al solo uso di emacs --
		       emacspeak fornisce accesso a qualsiasi cosa voi
		        possiate fare da un terminale.
Parole chiave:        Accesso vocale, Lettura dello schermo,
    Accesso per utenti privi della vista
Auore:          raman@crl.dec.com (T. V. Raman)
Mantenuto da:  raman@crl.dec.com (T. V. Raman)
Sito primario:    ftp://crl.dec.com:/pub/digital/emacspeak
                                  85K emacspeak-3.52.tar.gz
                                          150K sounds.tar  
Sito alternativo: http://www.research.digital.com/CRL/personal/raman/emacspeak/emacspeak.html
Sito originale:   Implementato originariamente per Linux
Piattaforme:       Dectalk Synthesizer, GNU Emacs 19, TCLX (Extended TCL)
Policy di copia:  GPL
End
</verb></tscreen>

<sect1>BRLTTY<label id="brltty">

<P>E' un programma per gestire un terminale Braille su porta seriale.

22 Marzo 1996: Gli autori sperano di rendere pubblica la prima versione 
ufficiale, la versione 1.0, nei prossimi mesi. Questa versione supporterà 
i display della
serie ABT3 della Alva B.V. e della serie PowerBraille Navigator della
Telesensory Systems Inc., ma non sarà più supportato il Braille Lite della
Blazie Engineering., dato che non è realmente progettato per essere un
display Braille, e quindi non ha le caratteristiche necessarie. Nel
frattempo, se avete un display Alva o TSI e volete usare <tt/BRLTTY/, 
contattate il mantainer,  <htmlurl
url="mailto:nn201@cus.cam.ac.uk" name="Nikhil Nair
&lt;nn201@cus.cam.ac.uk&gt;">.

<tscreen><verb>
Begin3
Titolo:          BRLTTY - Software di accesso per Unix per i non vedenti
                          che usano un terminale Braille
Versione:       0.22, 22SEP95
Immesso il:     24SEP95
Descrizione:    BRLTTY è un daemon che fornisce accesso ad una console 
                Unix per i non vedenti, usando un display Braille morbido
		(vedere il file README per una spiegazione completa).

                BRLTTY funziona solo con applicazione in modo testo.
		
		Speriamo che questo sistema sarà allargato al supporto 
		di altri display Braille, e possibilmente anche di altre
		piattaforme Unix-like.
Parole chiave:  braille console accesso non vedenti ciechi
Autore:         nn201@cam.ac.uk (Nikhil Nair)
                jrbowden@bcs.org.uk (James Bowden)
Maintainer:     nn201@cam.ac.uk (Nikhil Nair)
Sito primario:  sunsite.unc.edu /pub/Linux/utils/console
                30kb brltty-0.22.tar.gz (comprende il file README)
                 5kb brltty-0.22.README
Sito alternativo: 
Sito originale:  
Piattaforme:    Linux (kernel 1.1.92 o successivo), senza X.
                CombiBraille della Tieman T.V. (25/45/85 cell), 
                (senza supporto per l'interfaccia parallela o per
		il sintetizzatore vocale incluso;
		Braille Lite della Blazie Engineering (non raccomandato).
Policy di copia: GPL
End
</verb></tscreen>

<!-- era tt... non sembra funzionare per la versione testo, sigh.
        è un bug LDS (o no?) -->
<sect1>Rsynth

<P>E' un sintetizzatore vocale elencato nella Linux Software Map. 
Apparentemente non funziona abbastanza bene da essere usato da una
persona priva della vista. Usate l'hardware al suo posto, o miglioratelo...
un sintetizzatore vocale gratuito sarebbe veramente utile.

<!-- era tt... non sembra funzionare per la versione testo, sigh.
        è un bug LDS (o no?) -->
<sect1>xocr

<P><tt/xocr/ è un pacchetto che implementa il riconoscimento ottico
dei caratteri per Linux. Come per <tt/Rsynth/, non credo che sia accettabile
per l'uso come unico mezzo di input da parte di una persona priva della
vista. Sospetto che l'algoritmo usato comporti che ci sia bisogno di
qualcuno che controlli che stia leggendo in maniera corretta.
Spero vivamente di sbagliarmi.

<sect1>xzoom<label id="xzoom">

<P><tt/xzoom/ è un ingranditore per lo schermo, dello stesso tipo di
<tt/xmag/, ma abbastanza migliore da poter essere molto utile per una
persona con problemi alla vista. Gli svantaggi principali di <tt/xzoom/
sono che non può ingrandire sotto se stesso, che alcuni dei tasti di controllo
non sono compatibili con <tt/fvwm/, il normale manager di finestre di 
Linux, e che la sua configurazione di default non funziona in rete
(cosa che può essere però superata con un pò di sacrificio di velocità).
A parte questo, è ottimo. Ha un ingrandimento continuo, cosa che permette,
ad esempio, di scorrere un documento su e giù, tenendo la sezione in vista
ingrandita. In alternativa, si può spostare una finestrina per lo schermo,
ingrandendone i contenuti e facendovi cercare l'area che volete vedere.
<tt/xzoom/ è disponibile anche come rpm dai normali siti RedHat, cosa
che lo rende molto semplice da installare per chi usa il sistema rpm 
(come chi ha installato la RedHat).

<tscreen><verb>
Begin3
Titolo:         xzoom
Versione:       0.1
Immesso il:     30 Mar 1996
Descrizione:    xzoom può ingrandire (di un numero intero di volte), ruotare
                (di un multiplo di 90 gradi) e riprodurre specularmente 
		lungo l'asse X o Y aree dello schermo di X11 e mostrarle
		nella sua finestra.
Parole chiave:  X11 zoom ingrandire ingrandimento xmag
Autore:         Itai Nahshon <nahshon@best.com>
Maintainer:     Itai Nahshon <nahshon@best.com>
Sito primario:  sunsite.unc.edu
                probabilmente in /pub/Linux/X11/xutils/xzoom-0.1.tgz
Piattaforme:    Linux+11. Supporto solo per profondità di 8-bit.
                Provato solo su Linux 1.3.* con il driver XSVGA 3.1.2.
		Ha bisogno dell'estensione XSHM.
Policy di copia: Free
End
</verb></tscreen>

<sect1>NFBtrans<label id="nfbtrans">

<P><tt/nfbtrans/ è un programma di traduzione braille multi-grado,
distribuito dalla Federazione Nazionale per i Non Vedenti negli U.S.A.
E' distribuito gratuitamente con la speranza che qualcuno lo migliori.
Le lingue supportate sono l'inglese, l'americano, lo spagnolo, il russo,
l'esperanto, il tedesco, l'ebreo biblico e il greco biblico, anche se
altre lingue possono essere aggiunte semplicemente aggiungendo una tavola
di traduzione. Sono coperte anche alcune forme del linguaggio informatico
e matematico. Sono riuscito a compilarlo sotto Linux, anche se, non avendo 
una stampante braille disponibile al momento, non ho potuto provarlo.

NFBtrans è disponibile da 
<url url="ftp://nfb.org/ftp/nfb/braille/nfbtrans/">.  Dopo averlo
scaricato, dovrete compilarlo.

<sect2>Compilazione di NFBtrans sotto Linux

<P>Ho mandato questa patch al maintainer di NFBtrans, che dice che
lo ha incluso, quindi se avete una versione successiva alla 740
probabilmente non dovrete fare niente di speciale. Semplicemente
seguite le istruzioni incluse nel pacchetto.

<P><verb>
	unzip -L NFBTR740.ZIP   &num;o qualsiasi nome file abbiate
	mv makefile Makefile
</verb>

Poi salvate la parte seguente in un file (ad esempio <tt/patch-file/)

<tscreen><verb>
*** nfbpatch.c.orig     Tue Mar 12 11:37:28 1996
--- nfbpatch.c  Tue Mar 12 11:37:06 1996
***************
*** 185,190 ****
--- 185,193 ----
    return (finfo.st&lowbar;size);
  &rcub;                /* lunghezza del file */
  
+ &num;ifndef linux 
+ /* è sicuro assumere che tutte le versioni di linux abbiano usleep - credo.
+ in ogni caso dovrebbe funzionare lo stesso */
  &num;ifdef SYSVR4
  void usleep(usec)
    int usec;
***************
*** 195,200 ****
--- 198,204 ----
  &rcub;                /* usleep */
  
  &num;endif
+ &num;endif 
  
  void beep(count)
    int count;
</verb></tscreen>

e date 

<tscreen><verb>
patch &lt; patch-file
</verb></tscreen>

poi digitate

<tscreen><verb>
make
</verb></tscreen>

e il programma dovrebbe compilarsi.

<sect>Hardware

<sect1>Terminali Braille guidati dalla memoria dello schermo
<label id="memmap-braille">

<P>Si tratta di terminali braille che possono leggere direttamente 
la memoria dello schermo, in normale modo testo. E' possibile usarlo 
in modo che lavori con la console, anche nell'installazione. 
In ogni caso, ha un problema con lo scorrimento del normale
kernel di Linux, e bisogna installare una patch. Vedere 
<ref id="memmap-patch" name="Fare una patch al kernel per l'uso di Braillex
e Brailloterm">.

<sect2>Braillex 

<P>Il Braillex è un terminale progettato per leggere direttamente dalla
memoria di schermo, superando così i problemi che si hanno con i 
programmi DOS che si comportano in modo strano. Se lo potete vedere sullo
schermo, questo terminale dovrebbe essere in grado di mostrarlo in braille.
Sotto Linux, sfortunatamente, la gestione dello schermo è fatta in maniera 
diversa che nell'MS-DOS, cosicché in qualche modo questa parte andava 
modificata.

Per fare funzionare questo terminale, dovete applicare la patch riportata
qui sotto, nella sezione <ref id="memmap-patch" name="Patch per il kernel">. 
Una volta fatto questo, il Braillex doventa uno dei modi più efficaci per 
usare Linux, dato che permette di avere tutte le informazioni normalmente
disponibili ad una persona che possa leggerle. Altri terminali non cominciano
a funzionare finché il sistema operativo non sia avviato completamente.

Il Braillex è disponibile con due disposizioni di celle braille (80x1
o 40x2) e c'è un modello, l'IB 2-D, che ha anche una barra verticale 
che dà delle informazioni su tutte le linee dello schermo
(usando 4 punti programmabili per linea dello schermo).

<verb>
Prezzo: 8,995 UKP (sterline inglesi) o 11495 UKP per il 2-D
Produttore: Alphavision Limited (UK)
Distributori: ????
</verb>

<sect2>Brailloterm

<P>``Cos'è Brailloterm?

<P>E' un display braille con refresh, prodotto dalla KTS
Kommunikations-Technik Stolper GmbH.  Ha 80 celle braille in una singola
linea. Ogni cella ha 8 punti combinati (su/giù) che rappresentano un
carattere. Per default, il Brailloterm mostra la linea in cui si trova il
cursore. Si possono usare le funzioni di Brailloterm per vedere qualsiasi
linea sullo schermo.''

	<htmlurl url="jvilmar@embratel.net.br"
	name="Jose Vilmar Estacio de Souza &lt;jvilmar@embratel.net.br&gt;">

<P>Jose poi continua dicendo che il terminale può usare anche 
la porta seriale sotto DOS, ma che ha bisogno di uno speciale programma.
non so se quelli per Linux funzionerebbero.

<P>Come con Braillex, c'è bisogno di una patch per far funzionare il 
kernel. Vedere la sezione <ref id="memmap-patch" name="Patch per il
kernel">.  

<verb>
Prezzo: circa 23.000,- DM /  &dollar; 15.000,
Produttore: Kommunikations-Technik Stolper GmbH
Distributori: ????
</verb>


<sect2>Patch per il kernel per Braillex e Brailloterm
<label id="memmap-patch">

<P>Probabilmente funziona anche per qualsiasi altro terminale
che legge direttamente dalla memoria dello schermo sotto MS-DOS.
Scrivetemi per confermare qualsiasi altro terminale che funzioni così.

<P>Mi dicono che questa patch funzioni con tutti i kernel versione
1.2.X. Dovrebbe funzionare anche con i kernel dalla versione 1.1.X alla 
1.3.72, con un solo warning da patch (ho controllato che la patch 
funziona almeno con l'1.3.68). <bf/Dalla 1.3.75 la patch non è più necessaria/
dato che il kernel può essere configurato in modo che elimini lo scrolling
usando `<tt/linux no-scroll/' al prompt di LILO.  Vedere il Boot Prompt
HOWTO per ulteriori dettagli.

<tscreen><verb>
*** drivers/char/console.c&tilde;	Fri Mar 17 07:31:40 1995
--- drivers/char/console.c	Tue Mar  5 04:34:47 1996
***************
*** 601,605 ****
  static void scrup(int currcons, unsigned int t, unsigned int b)
  &lcub;
! 	int hardscroll = 1;
  
  	if (b > video&lowbar;num&lowbar;lines || t >= b)
--- 601,605 ----
  static void scrup(int currcons, unsigned int t, unsigned int b)
  &lcub;
! 	int hardscroll = 0;
  
  	if (b > video&lowbar;num&lowbar;lines || t >= b)
</verb></tscreen>

Per applicarla:

<enum>
<item>Salvate il testo qui sopra in un file (ad esempio patch-file)
<item>Spostatevi nella directory driver/char della sorgente del kernel
<item>digitate
	<tscreen><verb>
		patch &lt; patch-file
	</verb></tscreen>
<!--com viene fuori questo?? come si può fare a renderlo in maniera chiara?-->
<item>Compilate normalmente il kernel
</enum>

<P>Con l'applicazione di queste patch dovreste essere in grado di usare il
terminale braille normalmente per leggere la console Linux.

<P>Detto in parole, la patch significa semplicemente `sostituisci
l'1 con uno 0 nella prima linea della funzione <tt/scrup/ che dovrebbe essere
vicino alla linea 603 nel fiel drivers/char/console.c'. La cosa principale
di <tt/patch/ è che il programma capisce una cosa del genere, e che sa come
indovinare cosa fare quando gli sviluppatori Linux cambiano le cose in quel
file.

<P>Se volete usare un kernel moderno con lo scrolling completamente 
disabilitato, (invece della soluzione data al prompt di avvio che ho già
detto) usate la patch qui sotto. <bf/Non funziona per i kernel precedenti 
all' 1.3.75/.

<tscreen><verb>
*** console.c&tilde;	Fri Mar 15 04:01:45 1996
--- console.c	Thu Apr  4 13:29:48 1996
***************
*** 516,520 ****
  unsigned char has&lowbar;wrapped;          /* tutta la memoria video sono
dati di fg&lowbar;console */
  static unsigned char hardscroll&lowbar;enabled;
! static unsigned char hardscroll&lowbar;disabled&lowbar;by&lowbar;init = 0;

  void no&lowbar;scroll(char *str, int *ints)
--- 516,520 ----
  unsigned char has&lowbar;wrapped;          /* tutta la memoria video sono
dati di fg&lowbar;console */
  static unsigned char hardscroll&lowbar;enabled;
! static unsigned char hardscroll&lowbar;disabled&lowbar;by&lowbar;init = 1;

  void no&lowbar;scroll(char *str, int *ints)
</verb></tscreen>


<sect1>Teminali Braille guidati via software<label id="serial-braille">

<P>Il principio di operazione di questi terminali è molto vicino a
quello di un terminale CRT come il VT100. Si connettono ad una porta 
seriale e il computer deve avviare un programma che gli manda l'output.
Al momento ce ne è uno solo che conosco (BRLTTY, vedere la sezione
<ref id="brltty" name="BRLTTY">) e uno di cui si hanno notizie incerte per
Linux (Braille enhanced screen... ancora nessun dettaglio).

<sect2>CombiBraille

<P>E' questo il terminale braille raccomandato per l'uso con le versioni
0.22BETA del software BRLTTY. Ne esistono tre versioni, con 25, 45 o 85
celle braille.

<verb>
Prezzo: circa 4600 UKP per il modello a 45 celle...
Produttore: Tieman B.V.
Distributori: Concept Systems, Nottingham, England (telefono +44 115 925 5988)
</verb>

<sect2>Display della Alva B.V. e della Telesensory Systems Inc.

<P>Saranno supportati nella prossima versione 1.0 di
<tt/BRLTTY/.

<sect2>Braille Lite

<P>E' più un computer portatile che un terminale. Può, comunque,
essere usato con la versione 0.22 di BRLTTY (non con le successive)
come se fosse un normale terminale braille. Sfortunatamente, molte
delle caratteristiche disponibili con il CombiBraille non possono essere
usate con il Braille Lite. Ciò significa che dovrebbe essere evitato per
l'uso con Linux, se possibile.

<verb>
Prezzo: &dollar;3,395.00
Produttore: Blazie Engineering
Distributori: ????
</verb>

<sect1>Sintetizzatori vocali

<P>I sintetizzatori vocali normalmente vengono connessi alla porta 
seriale del PC. Le caratteristiche utili comprendono

<itemize>
<item>etichette in Braille sulle parti
<item>più tipi di voce per permettere di leggere parti diverse di un 
      documento in modo diverso
<item>uso di cuffie (non su tutti i modelli)
</itemize>

<sect2>DECTalk Express

<P>E' un sintetizzatore vocale hardware. E' raccomandato per l'uso con 
Emacspeak e infatti la gamma DECTalk sono gli unici sintetizzatori 
vocali che funzionino con emacspeak al momento. Questo sintetizzatore ha
tutte le caratteristiche utili che conosco. L'unico svantaggio di
cui sappia è il prezzo.

<verb>
Prezzo: &dollar;1195.00
Produttore: Digital Equipment Corporation

Distributori: Molti.  Vorrei avere dei dettagli di quelli con supporto
        specifico per Linux, o che facciano spedizioni internazionali
	o che siano degni di nota. Altrimenti per favore contattate le
	organizzazioni locali.
	La stessa Digital o le pagine WWW di Emacspeak.
</verb>

<sect>Ringraziamenti

<P>La maggior parte di questo documento è stata creata da diverse fonti di
informazioni su Internet, molte trovate con Yahoo e Altavista, compresa la
documentazione sulla maggior parte dei pacchetti software nominati nel
testo.

T.V. Raman, l'autore di Emacspeak, ha fornito commenti ed informazioni, e
mi ha
messo in contatto con altre persone che conosceva su Internet.

Kenneth Albanowski <htmlurl url="mailto:kjahds@kjahds.com"
name="&lt;kjahds@kjahds.com&gt;"> ha fornito la patch necessaria per il
Brailloterm.

Roland Dyroff della <htmlurl url="http://www.suse.de/" name="S.u.S.E.
GmbH">
(distributori di Linux e creatori del S.u.S.E. Linux (inglese/tedesco))
hanno controllato
KTS Stolper GmbH dietro una mia richiesta ed hanno ricavato alcuni
dettagli sull'hardware ed informazioni sul Brailloterm.

La maggior parte dei controlli su questo documento sono stati fatti da
James Bowden, <htmlurl url="mailto:jrbowden@bcs.org.uk"
name="jrbowden@bcs.org.uk"> e Nikhil Nair <htmlurl
url="mailto:nn201@cus.cam.ac.uk" name="nn201@cus.cam.ac.uk">, gli
 autori di <tt/BRLTTY/ che hanno suggerito un gran numero di correzioni e
informazioni su alcuni argomenti.

Molte altre persone hanno contribuito con commenti ed informazioni. Gli
specifici contributi sono menzionati all'interno del documento.

Non c'è dubbio che voi possiate aver dato un contributo e che io non
l'abbia menzionato. Non vi preoccupate, è stato un errore. Mi dispiace.
Semplicemente ditemelo e io vi aggiungerò alla prossima versione.

</article>

