2009-02-05 20 views
5

Dopo aver letto l'articolo stimolante We are typists first di Jeff, ho deciso di utilizzare la tastiera e di stare lontano dal puntatore il più possibile.Interfaccia utente completamente a tastiera

Ma ho osservato che per molte applicazioni, specialmente sul WEB, non è facile.

Ho anche provato a incorporare questa funzionalità nei miei progetti per animali domestici e mi rendo conto che c'è un enorme sforzo di progettazione dell'interfaccia utente richiesto in anticipo.

Ho lavorato in precedenza con un'applicazione 'windows' completamente gestita da tastiera e ho avuto l'impressione che fosse facile lavorare con una volta capito. I clienti in particolare gli operatori di data entry lo hanno semplicemente amato ...

Mi chiedo se questo è fattibile con complesse app dell'interfaccia utente soprattutto sul web? Lo sforzo sarebbe giustificato?

risposta

2

E 'qualcosa che tutti noi dovremmo certamente lottare per, assolutamente - anche se con web-based interfacce utente, hai ragione che può essere particolarmente difficile. E 'tutta una questione di gestione messa a fuoco e la gestione della tastiera-evento, entrambi i quali richiedono tempo e sforzo da parte dello sviluppatore aggiuntivo - ma ci sono un sacco di persone là fuori (e non solo dei disabili) che ti Grazie per la cura ti assicuri che i tuoi progetti Web siano almeno in qualche modo navigabili e utilizzabili senza bisogno del mouse.

Piuttosto che esporre sull'argomento personalmente, ti incoraggio a passare un po 'di tempo a navigare attraverso the W3C's Web Accessibility site. È pieno di informazioni e prospettive utili su questo argomento relativamente ampio e importante.

Rendere un sito web accessibile può essere semplice o complessa, a seconda di molti fattori come il tipo di contenuto, la dimensione e la complessità del sito, e gli strumenti di sviluppo e ambiente.

Molte funzioni di accessibilità sono facilmente implementati se sono previste dalla dall'inizio dello sviluppo del sito Web o riprogettare. Fissaggio inaccessibili Web siti possono richiedere uno sforzo notevole, soprattutto i siti che non erano originariamente "codificato" correttamente con markup standard XHTML, e siti con alcuni tipi di contenuti come multimediali.

(A proposito, quel pezzo sulla riparazione di siti inaccessibili che richiedono uno sforzo significativo?Posso garantirlo in prima persona: un progetto relativamente maturo su cui sto lavorando ora è stato esteso per supportare la navigazione completa della tastiera, e posso dirvi che preferirei che questo requisito fosse articolato all'inizio del progetto, piuttosto che adesso. L'innesto sull'accessibilità una volta che il progetto è ben avviato può essere un grosso problema - è molto più saggio considerare la sua importanza e pianificare in modo tempestivo.)

Infine, una cosa che vale la pena menzionare, oltre al fatto che "l'accessibilità è buona", è che supportare la navigazione basata su tastiera non significa solo supportando la tastiera - anche, per estensione, significa supportare i telecomandi standard, i cui comandi di navigazione e selezione sono spesso indistinguibili dai comandi emessi dalle tastiere. Quindi se pensi che un giorno il tuo progetto possa essere visualizzato nel salotto di qualcuno, visto da un divano e sfogliato da remoto, allora il tempo che dedichi al supporto con la tastiera sarà ancora meglio speso.

4

Provalo tu stesso. Usa il plugin conkeror per il web, emacs per tutto ciò che riguarda il testo, alcuni dei window manager di Linux come Awesome, ratpoison, xmonad e stumpwm.

+0

Ho anche iniziato a utilizzare emacs-w3m per la navigazione in rete molto: perché è controllato tramite le chiavi familiari; perché è configurabile e automatizzabile tramite il familiare emacs-lisp; e perché era più facile configurare il modo in cui volevo che mostrasse cose utili sullo schermo dopo aver corrotto una parte dello schermo del laptop (era anche allora quando finalmente passai a ratpoison: facile da configurare per lo schermo corrotto; e tutta la mia interfaccia utente ora è guidata da tastiera!) –

5

Penso che dipenda davvero dal tipo di applicazione. Se si sta scrivendo qualcosa che richiede un sacco di battitura in ogni caso (ad esempio il sistema di inserimento dati, editor di testo, il software lo sviluppo di applicazioni, etc.) allora è assolutamente cruciale per avere tutto a disposizione dalla tastiera, perché renderà il lavoro molto più veloce.

D'altra parte, se avete qualche app che la gente principalmente leggere/vedere come YouTube o portali di informazione, in particolare con un sacco di roba Flash/ajax dinamica funky, quindi non ho davvero vedere molto beneficio. L'utente si limiterà a tenere il suo mouse in mano in ogni momento.

+0

Ha perfettamente senso. – mafu

3

La risposta dipende dalla complessità della vostra applicazione e - in misura maggiore - dal vostro pubblico di destinazione. Sviluppiamo un'applicazione web abbastanza complessa e riceviamo molte richieste di "gestione della sola tastiera" da gruppi di utenti che erano amministratori & utenti esperti, ingegneri o persone la cui retribuzione dipende in parte da quanti [qualunque cosa facciano] all'ora che possono fare (pensa agli agenti del call center dove importa quanti chiamanti possono servire).

Per essere in grado di servire meglio questi utenti, abbiamo fatto un grande sforzo per abilitare la navigazione da tastiera per la maggior parte delle aree della nostra app web (e i piani sono di rendere tutto utilizzabile da tastiera), e io ci credo ne valeva la pena

Quindi, se avete a che fare con un pubblico dei gruppi che ho menzionato, lo sforzo sarà probabilmente giustificato.

2

Ho difficoltà a identificare mentalmente un caso d'uso in cui è preferibile la navigazione del mouse per utenti regolari di quasi tutte le applicazioni. (I fogli di calcolo sono l'unica eccezione che viene in mente.) Soprattutto se i progettisti dovessero effettivamente assemblare il contenuto e l'interfaccia utente sulla base di interpretazioni efficienti delle User Story. Devo ancora imbattersi in un utente che ha detto "E poi ho bisogno di scorrere lo schermo e oltre a destra ..." dove il problema non avrebbe potuto essere risolto da una progettazione più intelligente.

Penso che sia semplicemente un problema per cui molti di noi sono sordi. So che non ci penso molto (a meno che non sia un'app che userò - che è un'accusa stessa.)

Posso pensare ad almeno un paio di alta efficienza (call-center -type) app che vengono ancora vendute con la vecchia interfaccia utente non Windows di FoxPro. E tutti abbiamo visto gli impiegati lottare con le apparecchiature POS basate su Windows appena installate.

Quando finiamo con i controlli del mouse su dispositivi mobili (o penne di plastica), allora forse dovremmo fare un backup ed esaminare un po 'i nostri paradigmi.

2

Mouseless inteface può essere molto pratico:

  • prima, c'è un bel po 'gli utenti che sono abituati a lavorare completamente senza mouse (un po' meno comune nelle nuove generazioni, ma quando ho iniziato il mouse non è stato una parte standard dell'apparecchiatura)
  • in secondo luogo, gli utenti di laptop mentre lavorano "in transito" di solito preferiscono l'interfaccia della tastiera, poiché è necessario disporre di un posto in cui spostare il mouse (e diciamolo, poco punto in il centro della tastiera non è proprio IT. I touchpad sono un po 'migliori, ma solo un po').

Google/vim ha ereditato un punto: le scorciatoie sembrano aver attirato un discreto numero di simpatie, quindi perché non usarle. Tutti hanno quelli sulle loro tastiere. Prova a evitare scorciatoie che non sono standard sulla maggior parte delle impostazioni della tastiera della lingua.

1

Un sito interessante che promuove davvero un'interfaccia solo tastiera è keyboardr l'interfaccia utente rende molto semplice la ricerca tramite la tastiera.

Problemi correlati