windows - tutorial - Mejores prácticas para diseñar atajos de teclado

todos los atajos del teclado (3)

Los accesos directos deben ser memorables, por lo que Ctrl + S (guardar) y Ctrl + N (nuevos) funcionan bien, algunos programadores lo han llevado a cambiar los accesos directos en diferentes idiomas. ( Ctrl + B para negrita era Ctrl + F para fett en versiones anteriores de MS Write). Del mismo modo, X se parece a las tijeras y V una marca de inserción, por lo tanto, cortar y pegar.

En un nivel más avanzado, evite los efectos accidentales que no se pueden deshacer: los comandos más peligrosos necesitan guardias de seguridad más complejos: algo como Ctrl + Alt + Del es bastante difícil de escribir accidentalmente.

También tenga en cuenta que Alt es la tecla de acceso al menú.

Soy un gran fan de los atajos de teclado. Si alguna función u operación no tiene acceso directo, tiendo a escribir un pequeño programa y le adjunto el acceso directo Ctrl + Alt + [tecla].

Ayer, mientras programaba con Visual Studio, comencé a pensar qué tan bien habían asignado los accesos directos. Hay enormes cantidades de comandos y aún la mayoría de ellos son intuitivos y ni uno solo se superpone con otra combinación de teclas de todo el sistema. La única excepción es Ctrl + W y me irrita que no cierre la pestaña activa de forma predeterminada como debería.

¿Cuáles son las mejores prácticas que deben tenerse en cuenta al asignar atajos de teclado a sus propios programas?

¿Qué son las combinaciones tan comunes y "reservadas" que no deben utilizarse más que una funcionalidad específica (por ejemplo, Ctrl + S , Ctrl + W ...)

En aplicaciones pequeñas, creo que es mejor usar Ctrl como una tecla modificadora, pero ¿qué hay de las más grandes? ¿Debería haber dos teclas modificadoras ( Shift / Alt ?) O hacer como en Visual Studio? ¿Se debería usar Shift solo para las funciones de inversión ( Ctrl + Shift + Tab , desplazar las pestañas hacia atrás)?

O qué tal cuando el programa se ejecuta minimizado en la bandeja, o no tiene GUI en absoluto. ¿Debería usarse Windows-key en esa combinación?

Una cosa más que no debe olvidarse: las combinaciones de letras Ctrl + Alt + número / letra se evitan mejor porque para muchas distribuciones de teclado hay un modificador de teclado AltGr que también se activa con Ctrl + Alt .

Por ejemplo, para escribir el carácter @ en un teclado alemán, debe escribir AltGr + Q = Ctrl + Alt + Q

Más información: http://blogs.msdn.com/b/oldnewthing/archive/2004/03/29/101121.aspx

Comience con los enlaces comunes de Windows: Ctrl + C para copiar, Ctrl + S para guardar, etc. Los usuarios no deben sorprenderse al probar cualquiera de estas teclas de acceso rápido más comunes.
Mira otras aplicaciones con una funcionalidad similar a la tuya. por ejemplo, si hace algo como procesamiento de palabras (aplicar estilos de texto), mire Word. Si tienes algo como una herramienta de dibujo, tal vez mira Photoshop, etc.
Haga una lista de todos los comandos que espera tener en su programa cuando esté "terminado". Esto puede ser mucho más de lo que está disponible ahora, y es posible que algunos de estos comandos nunca se realicen, pero este ejercicio puede ayudarlo a evitar el cambio de las teclas de acceso rápido con cada lanzamiento, reserve desde el principio.
Ahora, elimine de la lista todos los comandos que cree que no se utilizarán muchas veces al día. por ejemplo, Ctrl + C para "(C) opy" es bueno, porque puede usarse hasta 60 veces por hora. Pero Ctrl + C para "(C) diablos si se ha lanzado la nueva versión" es una combinación de teclas incorrecta, ya que es poco probable que los usuarios quieran hacer esto más de una vez por semana o menos.
Cuando tenga dudas sobre la frecuencia con la que se usará una tecla de acceso rápido, no la use. Es mejor tener muchas llaves de repuesto disponibles para funciones futuras que enlazar todas las teclas del teclado y luego tener que seguir cambiando los enlaces. El uso de menos teclas de acceso rápido reduce la complejidad para el usuario, la cantidad de pruebas que debe realizar y la posibilidad de que una pulsación de tecla extraviada haga algo que el usuario no tenía intención de hacer. Si los usuarios realmente quieren una tecla de acceso rápido, la solicitarán y usted podrá agregarla. Pero en general, solo las funciones que se utilizan con más frecuencia necesitan teclas de acceso rápido.
Elabora una hoja de cálculo de letras con columnas para modificadores. Ingrese su conjunto de comandos de alto uso esperado en esta cuadrícula y priorice cada celda para que los comandos más importantes usen el método abreviado de tecla más simple y obvio. En muchos casos, encontrará que solo un comando cae sobre una clave específica. También intente agrupar comandos relacionados en la misma tecla pero con diferentes modificadores ( Ctrl / Shift / Alt ) (por ejemplo, Ctrl + S guardar, Ctrl + Shift + S guardar todo). Esto te dejará con cualquier comando que no se pueda asignar fácilmente a una clave obvia. Considere si cambiar el nombre de algunas opciones podría ayudar a cambiar las cosas para lograr un mejor mapeo (por ejemplo, sinónimos como "Opciones", "Configuración" o "Preferencias" pueden ayudarlo a encontrar nombres de comandos que se asignen más fácilmente a buenos métodos)
Ahora te quedan comandos que no se pueden enlazar a la tecla más obvia (por ejemplo, "Cortar" no se puede enlazar a Ctrl + C porque se usa para "Copiar", por lo que en los menús generalmente lo verás enlazado como Edit-> cu (T) y Edit -> (C) opy. Por lo tanto, podría considerar usar Ctrl + T para mantener la coherencia con el enfoque mnemnómico del menú (aunque en este caso en particular, existe un estándar preexistente, Ctrl + X = corte).
Agregue un sistema de enlace de claves para que sus usuarios puedan agregar / modificar teclas de acceso rápido para personalizar su interfaz de usuario.
Donde sea posible, trate de ser consistente. Como ha señalado, el desplazamiento se utiliza a menudo para "invertir la dirección" de un comando de navegación. Al seleccionar, siga las convenciones de Windows ( Ctrl para alternar, Shift para extender). Pero principalmente, sea consistente en su aplicación: en la mayoría de los casos, realmente no importa el efecto que tengan Ctrl , Shift y Shift + Ctrl en una operación, pero si es posible intente aplicar una lógica similar a todos los enlaces de comandos.
Tenga cuidado con el uso de Alt como modificador. El usuario debe poder utilizar Alt para navegar en el sistema de menús. Entonces realmente solo debe usar Alt junto con Ctrl / Shift , y asegúrese de que el manejo de sus teclas de acceso rápido no rompa el manejo normal de Alt que proporciona el sistema de menús.
Si su programa tiene mucha entrada de texto, evite usar teclas no modificadas para las teclas de acceso rápido. Es realmente molesto cuando presionas M para hacer algo y no solo eso no sucede, sino que aparece una M en un campo de entrada de texto en una parte aleatoria de tu interfaz de usuario. Haga Ctrl + M o Ctrl + Shift + M y el problema se evitará fácilmente. Esto también permite que las teclas de acceso rápido activen comandos incluso cuando el usuario tiene su enfoque de entrada en un lugar específico, evitando cualquier modalidad desagradable.
Si utiliza secuencias de varias teclas, no mezcle y combine los modificadores. Por ejemplo, ctrl + A , ctrl + B está bien, pero ctrl + A + B o ctrl + A , shift + B son malos, ya que el usuario debe liberar ctrl ctrl a mitad de la secuencia. (Comandos de prueba de Visual Studio, te estoy hablando!)
No haga cosas con las teclas de acceso rápido a menos que sea la aplicación de enfoque de entrada. por ejemplo, hay un cierto programa muy popular que (de forma predeterminada) toma Ctrl + A y, por lo tanto, hace algo extremadamente molesto cada vez que intenta seleccionar todo en un programa no relacionado . ¿¡Porque Oh porque!? Si cree que una tecla de acceso directo global es una gran idea, agréguela como una opción que los usuarios pueden activar si lo desean, para que sepan que la tecla de acceso directo existe.
Estoy de acuerdo en que Visual Studio tiene un buen conjunto predeterminado de enlaces. Pero, en muchos aspectos, estaba muy mal diseñado: VS2010 es la primera edición de VS que he usado que no ha realizado cambios de ruptura frustrantes en los enlaces clave de la versión anterior. Esta fue generalmente la parte más dolorosa de la actualización a una nueva versión de VS. Me sentí muy complacido y sorprendido al descubrir que las funciones más comunes (como "construir") aún estaban en las mismas teclas de acceso rápido en VS2010. Esperemos que se queden con ellos por un tiempo ahora ...