javascript - kendo - ¿Por qué el "clic derecho" no se usa más en aplicaciones web?
webix dashboard (16)
Cada vez más aplicaciones se trasladan a la nube: Google Docs para aplicaciones de productividad, Meebo para mensajería instantánea, Gmail para correos electrónicos, Salesforce para CRM, etc.
Sin embargo, he notado que, a diferencia de sus contrapartes de escritorio, muy pocas de esas aplicaciones web aprovechan el "clic derecho" del mouse. La mayoría de las veces, cuando hago clic con el botón derecho en una aplicación web, aparece el menú contextual del navegador estándar.
No creo que tenga que ver con la implementación técnica, ya que modificar el menú contextual es bastante trivial en Javascript.
¿Hay alguna razón real por la que me estoy perdiendo?
EDITAR: la razón más popular parece ser que no es lo que espera el usuario . Otra razón mencionada fue que algunos usuarios desactivan Javascript, que es una respuesta válida, pero en nuestro caso , podemos descartar esta posibilidad ya que estamos hablando de aplicaciones que requieren Javascript independientemente de la opción de clic derecho.
Ahora, permítanme ampliar mi pregunta un poco:
- ¿Crees que debería seguir siendo así (realmente encuentras que el navegador predeterminado hace clic derecho en el menú)?
- ¿Le gustaría ver más menús de clic derecho en el sitio donde podrían mejorar la interfaz de usuario?
¡No debes jugar con el clic derecho por una pequeña cosa que llamamos Mejores Prácticas! ¡No quites mis derechos como usuario para controlar mi experiencia! ¡Quiero que mi clic derecho haga lo que hacen los clics derechos!
La mejor práctica es hacer que este tipo de cosas sea opcional para el usuario. Si desea modificar este comportamiento, conviértalo en algo que los usuarios puedan controlar en su perfil o en la configuración de la aplicación.
Por ejemplo:
(click to enable)
[ ] Use super special awesome right-click menu
Además, es posible que algunas personas no tengan un mouse de dos botones (te estoy mirando a ti, usuarios de Apple).
Como otros han declarado, esto se debe a la historia y a lo que los usuarios están acostumbrados. Pero supongo que esto cambiará eventualmente, a medida que las aplicaciones web ganen más y más importancia; Actualmente, las aplicaciones web son "páginas web" en una aplicación de "navegador web", lo cual es bastante extraño cuando lo piensas. Ya no es el navegador web lo más interesante, es la aplicación web. ¿Por qué debería ejecutarse dentro de algo llamado "navegador"? Al menos no debería ser tan prominente para el usuario, incluso si puede tener sentido técnicamente.
De hecho, estamos viendo esto con Google Chrome. Definitivamente es mucho más minimalista que cualquier cosa anterior. Es casi una "ventana simple a la Web".
Creo que un enfoque muy válido para las aplicaciones web es mantener todas las características del navegador habilitadas, como el botón Atrás, abrir cosas en pestañas nuevas, marcar, cambiar el tamaño de letra, etc.
El menú contextual del navegador que hace clic derecho es algo que no quiero que se quite una aplicación.
Ahora, cuando empiece a mover la aplicación web desde el navegador a su propia ventana (convirtiéndola en una aplicación dedicada, como Fluid, y creo que Chrome OS lo hará), sin la barra URL y el botón Atrás, entonces podemos hablar sobre el menú de contexto.
Cuando leo en tu primer borrador esto es cierto, sería en el menú contextual que podría meterse con algunas cosas, pero como tengo una barra btoolbar que flota para que mi sitio haga cualquier cosa, puedes usar atajos de teclado para que vea una leve y fatalidad futuro para hacer clic derecho en absoluto veo barras de herramientas everywhree en los sitios web de hoy
Dar el control de javascript sobre los clics con el botón derecho le da algo como esto: http://periodic.lanl.gov/elements/24.html . Realmente amo este sitio web, pero su intento de evitar que copie texto o imágenes (lo que sea que esté tratando de hacer) interfiere seriamente con mis patrones de uso de la web. Siempre abro cosas en otras pestañas. Siempre el menú del botón derecho para acceder al comando "atrás".
También me irrita cuando un sitio web tiene una animación en algún lugar que me roba la llave de control (por lo que ya no puedo presionar Ctrl + Tab para cambiar a otra pestaña).
Mi conclusión: las aplicaciones web no pueden reemplazar los comandos integrados de la computadora local. Si una aplicación web comienza a tomar control de las teclas de control, clic derecho, etc., ha cruzado la línea entre las aplicaciones locales y remotas. Esa es una línea muy importante para mantenerse nítido.
El clic derecho es un acceso directo experto tanto en aplicaciones de escritorio como en el navegador. A los expertos les encanta, mientras que los no expertos lo ignoran o lo usan solo de memoria para situaciones específicas sin realmente entenderlo (probablemente solo lo usen en absoluto porque algún usuario experto les dijo que lo hicieran). Esta bien. No hay nada de malo en proporcionar algo solo para expertos, ya sea para un cliente grueso o una aplicación web. Entonces, por supuesto, las aplicaciones web serían mejores si incluyesen menús de clic derecho en la aplicación. También serían mejores si incluyen teclas aceleradoras para sus comandos, mnemónicos para sus menús desplegables, haga doble clic para las acciones predeterminadas y arrastre y suelte para seleccionar, copiar y mover, mientras estamos en el tema de expertos de apoyo.
Seamos honestos: la razón por la que no hacemos estas cosas por los expertos es porque no queremos que nos moleste el trabajo extra, no por la preocupación de confundir a los usuarios con lo inesperado. Y ese es un punto válido: una aplicación web típica se usa menos que una aplicación de escritorio. Los usuarios de la aplicación web "expertos" son, por lo tanto, más raros. Unos pocos utilizan la aplicación web lo suficiente como para descubrir y utilizar las funciones de expertos. Entonces, ¿por qué dedicar recursos a algo para beneficiar a tan pocos usuarios?
No obstante, quiero alentar a los diseñadores a tener menús de clic derecho en sus aplicaciones web. Es necesario si desea que su aplicación sea tan útil como una computadora de escritorio equivalente. Si tiene menús del botón derecho específicos de la aplicación, siga estas reglas:
Todos los comandos de menú del botón derecho deberían estar disponibles a través de un medio separado, como un menú de la barra lateral. Al hacer clic con el botón derecho en un acceso directo experto, debe proporcionar acceso no experto a la misma funcionalidad de la manera en que están acostumbrados. Esta regla es estándar (p. Ej., MS Windows), a pesar de que los navegadores (p. Ej., MS Internet Explorer) la violan descaradamente. Esta regla también aborda la preocupación de los usuarios que deshabilitan Javascript.
No elimine los comandos de clic derecho del navegador que aún son relevantes. El usuario debería ser capaz de hacer cosas como guardar imágenes en una página, copiar un bloque de texto y abrir un enlace en una nueva pestaña. De hecho, debe intentar preservar el orden de los comandos del navegador tanto como sea razonable. En general, siga los estándares para la organización y el orden de los elementos del menú. Esto soluciona el problema de que el menú contextual sea inesperado: siempre que los mismos comandos estén en el mismo orden, no tiene costo para el usuario que está acostumbrado a hacer clic con el botón derecho en los comandos del navegador.
Use los menús con el botón derecho constantemente. Todo lo que puede tener comandos específicos de la aplicación debe tener esos comandos disponibles haciendo clic con el botón derecho. Si los usuarios tienen que empezar a adivinar qué tiene y qué no tiene un menú contextual, simplemente van a renunciar a él. Por otro lado, si lo descubren para un artículo, los alentará a probarlo en otro lugar, y usted quiere recompensarlo.
Anime a hacer clic derecho mostrándolo para los comandos específicos de la aplicación en sus anuncios, demostraciones y documentación. También es posible que desee mostrar explícitamente las flechas desplegables en sus páginas (tal vez simplemente al pasar el mouse) donde esté disponible el clic derecho de la aplicación específica. Algunos usuarios expertos descubrirán de todos modos los comandos específicos de la aplicación porque hacen clic derecho para los comandos del navegador, pero en muchas situaciones los comandos del navegador no son útiles, incluso los expertos no hacen clic derecho, por lo que es posible que tenga que "presionar" es un poco
La mayoría de los usuarios esperan que el menú contextual haga clic en el menú contextual del navegador, por lo que hacerlo para mostrar un menú específico de la aplicación no es algo que intenten.
Mac no tiene un "botón derecho del mouse", del mismo modo con una gran cantidad de teléfonos con pantalla táctil, etc.
Incluso en una aplicación de Windows, la mayoría de los usuarios normales (no programadores o usuarios avanzados) no piensan hacer clic derecho cuando desean hacer algo, si no lo aprendieron de memoria para realizar la tarea que les gustaría hacer.
(También al hacer clic con el botón derecho en la mayoría de las páginas web aparece un menú que un usuario normal no comprende, por lo que no lo intenta más de una vez).
Por lo tanto, siempre debe proporcionar otra forma de realizar la operación de todos modos.
No es como las personas están acostumbradas a trabajar en su navegador, no debe cambiar el comportamiento predeterminado. Los usuarios no esperan que ocurra algo cuando hacen clic derecho.
No es lo que los usuarios esperan.
Tampoco es particularmente "detectable": al igual que los sitios web Flash de la vieja escuela donde tenía que pasar el mouse sobre un gráfico para hacer que el sitio hiciera algo, hacer clic derecho no es necesariamente intuitivo.
Personalmente, la única vez que lo haría es si escribí una aplicación que se ejecutó dentro de un complemento que emulaba algún tipo de editor. Silverlight tiene esta habilidad ahora, pero la usaría con moderación.
Se debe a una inconsistencia entre el concepto de navegación (que se centra en el navegador) y el uso de una aplicación web (que está centrada en la aplicación, siendo el navegador solo el procesador). El botón de clic derecho tendría sentido en el segundo caso, pero como la web está hecha para explorar recursos, esto introduce una ambigüedad que probablemente nunca se resuelva.
Algo interesante, el hecho de que la deficiencia más promocionada en las Mac es el mouse de un solo botón, y luego la interfaz más utilizada en el mundo, la web, está centrada en un solo botón.
Veo dos razones. En primer lugar, las personas pueden tener Javascript desactivado, hoy puede que no sea el problema más grande de todos, pero ha seguido a los desarrolladores desde los inicios del desarrollo web. Lo que nos lleva a la segunda razón, no es lo que esperan los usuarios.
Si hablaras con alguien sobre usabilidad en la web y tuvieras funciones "ocultas" que solo se hicieron visibles al hacer clic con el botón derecho (menú emergente del menú contextual del navegador), esto probablemente se contabilizaría como un mal diseño solo porque la mayoría de los usuarios no Usamos la idea de que la web está evolucionando en algo más que solo enlaces y clics izquierdos (clic de navegación).
Solo para completar: Opera no tiene un oncontextmenu y no hay una posibilidad simple de suprimir el menú contextual con el botón derecho.