2009-02-05 9 views
5

Después de leer el inspirador artículo We are typists first de Jeff, decidí usar el teclado y mantenerme alejado del puntero tanto como sea posible.Interfaz de usuario completamente dirigida por teclado

Pero observé que para muchas aplicaciones, especialmente en la WEB, no es fácil.

También traté de incorporar esta característica en mis propios proyectos favoritos y me di cuenta de que hay un gran esfuerzo de diseño de interfaz de usuario requerido por adelantado.

Anteriormente trabajé con una aplicación de "ventanas" completamente manejada por teclado y fue fácil trabajar con ella una vez que lo entendió. Los clientes, especialmente los operadores de entrada de datos, simplemente les encantó ...

Me pregunto si esto es factible con aplicaciones de IU complejas, especialmente en la web. ¿Se justificará el esfuerzo?

Respuesta

2

Es algo que todos deberíamos esforzarnos, absolutamente, aunque con las IU basadas en web, tienes razón en que puede ser particularmente difícil. Se trata de la administración de foco y el manejo de eventos de teclado, los cuales requieren tiempo y esfuerzo adicional por parte del desarrollador, pero hay mucha gente (y no solo discapacitados) que te agradecerán por la atención. usted se asegura de que sus proyectos web sean al menos algo navegables y utilizables sin necesidad de un mouse.

En lugar de exponer el tema yo mismo, sin embargo, lo animo a pasar un poco de tiempo navegando por the W3C's Web Accessibility site. Está repleto de información útil y perspectiva sobre este tema relativamente grande e importante.

Hacer un sitio web accesible puede ser simple o compleja, dependiendo de muchos factores tales como el tipo de contenido, el tamaño y la complejidad del sitio, y las herramientas de desarrollo y medio ambiente.

Muchas funciones de accesibilidad son fáciles de implementar si están planificadas desde al comienzo del desarrollo del sitio web o rediseñen. La fijación de los sitios web inaccesibles puede requerir un esfuerzo significativo, especialmente sitios que no fueron originalmente "codificado" correctamente con marcado estándar XHTML, y sitios con ciertos tipos de contenidos, como multimedia.

(Por cierto, ¿ese poco sobre arreglar sitios inaccesibles que requieren un esfuerzo significativo?Puedo responder de primera mano: un proyecto relativamente maduro en el que estoy trabajando ahora se está ampliando para admitir navegación completa por teclado, y puedo decirles que preferiría que este requisito se articulara al principio del proyecto, en lugar de ahora. Injertar sobre la accesibilidad una vez que el proyecto está en marcha puede ser un gran dolor. Es mucho más prudente considerar su importancia y planificar apropiadamente desde el principio.

Por último, una cosa que vale la pena mencionar, más allá de que "la accesibilidad es buena" esa navegación de apoyo basada en teclado no solo significa compatible con el teclado - sino que, por extensión, significa soportar controles remotos estándar, cuyos comandos de navegación y selección a menudo no se distinguen de los comandos emitidos por los teclados. Entonces, si cree que algún día su proyecto se mostrará en la sala de estar de alguien, visto desde un sofá y examinado por control remoto, el tiempo que dedique a la compatibilidad con el teclado se utilizará mejor.

4

Pruébelo usted mismo. Utilice el complemento conkeror para web, emacs para todo lo relacionado con el texto, algunos de los administradores de ventanas de Linux como Awesome, ratpoison, xmonad y stumpwm.

+0

También comencé a usar emacs-w3m para explorar la web mucho: porque se controla a través de las teclas familiares; porque es configurable y automatizable a través del familiar emacs-lisp; y porque era más fácil configurar la forma en que quería que mostrara cosas útiles en la pantalla después de corromper una parte de la pantalla de la computadora portátil (también fue cuando finalmente cambié a ratpoison: fácil de configurar para la pantalla dañada; ¡y toda mi interfaz de usuario está impulsada por el teclado ahora!) –

5

Creo que realmente depende del tipo de aplicación. Si escribe algo que requiera mucha escritura (por ejemplo, sistema de entrada de datos, editor de texto, aplicación de desarrollo de software, etc.), es absolutamente crucial tener todo disponible desde el teclado, ya que hará que el trabajo sea mucho más rápido.

Por otro lado, si tienes alguna aplicación que la gente lea/vea principalmente como youtube o portales de información, especialmente con muchas cosas funky dinámicas de flash/ajax, entonces realmente no veo mucho beneficio. El usuario simplemente mantendrá su mouse en la mano todo el tiempo de todos modos.

+0

Tiene perfecto sentido. – mafu

3

La respuesta depende de la complejidad de su aplicación y, en mayor medida, de su público objetivo. Desarrollamos una aplicación web bastante compleja y recibimos muchas solicitudes de "manejo exclusivo por teclado" de grupos de usuarios que eran administradores & usuarios avanzados, ingenieros o personas cuya paga depende en parte de cuántos [hagan lo que hagan] por hora que pueden hacer (pensar en los agentes del centro de llamadas donde importa mucho la cantidad de llamadas que pueden atender).

Para poder servir mejor a estos usuarios, hicimos un gran esfuerzo para habilitar la navegación con el teclado para la mayoría de las áreas de nuestra aplicación web (y los planes son para que todo se pueda usar con el teclado), y lo creo valió la pena.

Por lo tanto, si se trata de una audiencia de los grupos que he mencionado, el esfuerzo probablemente estará justificado.

2

Tengo dificultades para identificar un caso de uso donde la navegación del mouse es preferible para los usuarios normales de casi cualquier aplicación. (Las hojas de cálculo son la única excepción que se me ocurre). Especialmente si los diseñadores ensamblaran el contenido y la interfaz de usuario de acuerdo con interpretaciones eficientes de User Stories. Todavía tengo que encontrarme con un usuario que dijo "Y luego tengo que desplazarme de la pantalla hacia la derecha ..." donde el problema no podría haber sido remediado por un diseño más inteligente.

Creo que es simplemente un problema por el que la mayoría de nosotros somos sordos. Sé que no lo pienso mucho (a menos que sea una aplicación que voy a usar, que es una acusación en sí misma)

Puedo pensar en al menos un par de alta eficiencia (call-center -type) aplicaciones que aún se venden con la antigua interfaz de usuario de FoxPro que no es Windows. Y todos hemos visto a los empleados lidiar con el equipo POS recién instalado en Windows.

Cuando terminamos con controles de mouse en dispositivos móviles (o bolígrafos de plástico), entonces tal vez deberíamos hacer una copia de seguridad y examinar un poco nuestros paradigmas.

2

sin ratón inteface puede ser muy práctico:

  • en primer lugar, existe un buen número de usuarios que están acostumbrados a trabajar por completo sin ratón (un poco menos común en las nuevas generaciones, pero cuando empecé ratón no era una parte estándar del equipo)
  • en segundo lugar, los usuarios de computadoras portátiles mientras trabajan "en tránsito" suelen preferir solo la interfaz del teclado, ya que hay que ubicar el mouse para moverlo (y enfrentémoslo, pequeño punto en el centro del teclado no es IT. Las almohadillas táctiles son un poco mejores, pero solo un poco).

Google/vim heredado hasta cierto punto: los atajos parecen haber atrapado bastante simpatía, entonces ¿por qué no usarlos? Todos tienen esos en sus teclados. Intenta evitar los accesos directos que no son estándar en la mayoría de los ajustes de idioma del teclado.

1

Un sitio genial que realmente promueve una interfaz de solo teclado es keyboardr la interfaz de usuario hace que hacer una búsqueda amplia utilizando el teclado sea muy fácil.

Cuestiones relacionadas