Disabilitare il click sul touchpad – Xubuntu

Ecco come fare per disabilitare la funzione che permette di fare click toccando il mousepad del notebook. Questa funzione e’ detta “touchpad tapping”. Ci sono diverse guide in rete ma questa e’ quella che ho testato e funziona con Xubuntu 9.10

In questa versione di Linux la responsabilità della gestione delle periferiche di input è demandata a HAL (Hardware Abstraction Layer) e quindi bisogna agire in questo modo:

  1. Verificare che HAL gestisca il touchpad:
    lshal | grep synaptics
  2. Il comando dovrebbe dare un risultato tipo:
    input.x11_driver = 'synaptics'  (string)
  3. Creare questo file per abilitare SHMConfig in HAL:
    sudo vi /etc/hal/fdi/policy/shmconfig.fdi
  4. Incollare il seguente codice:
    <?xml version="1.0" encoding="ISO-8859-1"?>
    <deviceinfo version="0.2">
      <device>
        <match key="input.x11_driver" string="synaptics">
          <merge key="input.x11_options.SHMConfig" type="string">True</merge>
        </match>
      </device>
    </deviceinfo>
  5. Riavviare il pc
  6. Eseguire il seguente comando per verificare che HAL abbia preso i comandi dati
    lshal | grep x11_options
  7. Il comando dovrebbe dare questo risultato:
    input.x11_options.SHMConfig = 'True'  (string)
  8. Eseguire ora questo comando per disabilitare scroll e tapping:
    synclient TouchpadOff=2
  9. Eseguire in alternativa il seguente comando per disabilitare solo il tapping:
    synclient MaxTapTime=0
  10. Testare il funzionamento del touchpad
  11. Per rendere permanente l’impostazione andare su:
    Applicazioni > Impostazioni > Sessione e Avvio > Application Autostart, Aggiungere una voce dove inserire nome e descrizione a piacere e come comando quello indicato al punto 8 oppure al punto 9

Vedi post originale

Tag Radio e accessibilità

Girovagando per la rete ho trovato un form che mi ha suggerito un’idea…

Problema: Campi radio tipo “SI” e “NO” con una label senza campo associato per entrambi i campi ed un testo descrittivo più dettagliato. ecco un esempio di come si presenta attualmente la struttura (semplificata) in Plone:

Se ti piace la musica classica scegli Si altrimenti scegli No

Codice:

  <div>
  <label>Musica ?</label>
  <div>Se ti piace la musica classica scegli Si altrimenti scegli No</div>
  <input type="radio" name="musica" id="musicasi" value="si" />
  <label for="musicasi">Si</label>

  <input type="radio" name="musica" id="musicano" value="no" />
  <label for="musicano">No</label>
</div>

Lo screen reader Jaws, quando è in modalità ediitazione, ignora la prima label non associata ad alcun campo ed il div con classe formHelp e legge solo Si e No. L’utente non vedente è come se dovesse “firmare un assegno in bianco..”.
L’unica cosa che può fare è uscire dalla modalità editazione leggere i testi e rientrare in modalità editazione… Questa operazione diventa particolarmente pesante per form con molti campi.

Primo aggiustamento: Questo tipo di campi devono essere racchiusi in un fieldset. il tag legend verrà letto da Jaws:

Musica ?
Se ti piace la musica classica scegli Si
altrimenti scegli No


Codice:

<div>
   <fieldset>
      <legend>Musica ?</legend>
      <div>Se ti piace la musica classica scegli Si
altrimenti scegli No</div>
      <input type="radio" name="musica" id="musicasi" value="si" />
      <label for="musicasi">Si</label>

      <input type="radio" name="musica" id="musicano" value="no" />
      <label for="musicano">No</label>
   </fieldset>
</div>

Ora Jaws in modalità editazione legge meglio il form, ma salta ancora il div di classe formHelp.

Da notare che quando Jaws legge i campi SI e NO, ora antepone sempre il testo della LEGEND; pronuncia qualcosa tipo “Musica ? SI” e “Musica ? NO”.

Soluzione proposta: Prendendo spunto da un form visto in rete ho pensato fattibile inserire un link nella legend che punti al div col testo di aiuto:

Musica ? [ Help ]
Se ti piace la musica classica scegli Si altrimenti scegli No

Codice:

<div>
   <fieldset>
      <legend>Musica ? [ <a href="#aiuto_musica" title="ulteriori
informazioni sulla compilazione del campo">Help</a> ]</legend>
      <div id="aiuto_musica">Se ti piace la musica
classica scegli Si altrimenti scegli No</div>
      <input type="radio" name="musica" id="musicasi" value="si" />
      <label for="musicasi">Si</label>

      <input type="radio" name="musica" id="musicano" value="no" />
      <label for="musicano">No</label>
   </fieldset>
</div>

Verificato con Jaws, il link viene letto correttamente e consente, premendo il tasto invio, di uscire automaticamente dalla modalità editazione e leggere il testo di aiuto.
Per gli utenti vedenti è possibile nascondere tramite css il link “[Help ]” in quando non necessario:

<span>[ <a...>Help</a> ]</span>

Risultato:

Pro: l’utente non vedente se vuole può accedere facilmente al testo di aiuto e viene indicato subito il fatto che tale testo esiste. Non c’e’ bisogno che esca manualmente dalla modalità editazione e cerchi manualmente se esiste qualcosa che Jaws non ha letto.

Contro: in questo modo la legend viene letta come detto prima prima di ogni campo radio e con la legend anche il testo del link: “Musica ? Aiuto SI” e “Musica ? Aiuto NO”