Anulación del menú contextual del botón derecho en los navegadores web: ventajas y desventajas

StackOverflow https://stackoverflow.com/questions/654568

  •  19-08-2019
  •  | 
  •  

Pregunta

Estamos programando una aplicación web (no 'solo' un sitio web, sino funcionalmente una aplicación real), y tenemos la siguiente discusión para el próximo lanzamiento:

  • nuestro diseñador de IU quiere reemplazar el menú contextual del botón derecho del navegador (que muestra nuestro propio menú cuando corresponde, o ningún menú) porque quiere que la aplicación web se parezca más a nuestra aplicación de Windows (existente)
  • nuestros desarrolladores (y yo) nos oponemos enérgicamente porque esta es una mala práctica y simplemente es algo que no se hace en una aplicación web

Por lo tanto, estoy buscando "más sólido" argumentos, como las pautas de mejores prácticas, cualquier declaración de fuentes confiables, argumentos de codificación, etc., sobre los pros y los contras de este problema, que espero pueda usar para resolverlo de una vez por todas ...

¿Fue útil?

Solución

No puedes hacer eso de manera confiable de todos modos. En Firefox, vaya a Configuración, Contenido, JavaScript / Avanzado (supongo que los subtítulos, sin inglés Firefox (;) para anular el comportamiento del menú contextual y explotar, su aplicación ya no funciona. Mi aplicación de banca en línea hizo esto en su versión anterior, así que no podía copiar y pegar con el mouse. Lo odiaba, así que habilité la protección en Firefox y funcionó. Más o menos. Su nueva versión ya no hace cosas tan malas.

En su lugar, use una pequeña flecha desplegable donde se necesita un menú contextual, en el que se puede hacer clic o simplemente desplazarse para mostrar el menú. La aplicación web TeamCity de JetBrains lo hace muy bien.

Otros consejos

Si su aplicación debe ejecutarse en una intranet, quizás los argumentos del diseñador de la interfaz de usuario sean válidos: siempre que todos los usuarios de la aplicación sean conocidos y desee emular alguna aplicación de Windows, creo que está bien restringir haga clic derecho o cualquier otra entrada, porque son solo los requisitos de esta aplicación, como lo sería para cualquier otra aplicación.

Pero si su aplicación se ejecuta en Internet, deshabilitar o reemplazar el clic derecho es una muy mala idea, y estos son solo algunos de los argumentos que recordé:

  • En primer lugar, cambiar el comportamiento de la interfaz de usuario es agresivo y molesto: nadie quiere acostumbrarse a los "nuevos controles". solo para acceder a su sitio, y en general las personas odian abandonar su área de confort. Quiero decir, sé lo que hace mi clic derecho y quiero que haga siempre lo mismo.

  • Las personas pueden entender la diferencia entre las aplicaciones de Windows y las aplicaciones web, por lo que no es necesario "emular el comportamiento de las aplicaciones de Windows".

  • No todos usan Windows :-)

  • Además, esto no es efectivo, ya que hay varias formas de sobrescribir este comportamiento, como la configuración en Firefox o incluso complementos que deshabilitan instrucciones específicas de JavaScript, como este .

dependiendo de tu audiencia, tienes muchas posibilidades de que tus usuarios ni siquiera SABAN que hay un menú de clic derecho. Así que no hagas de esta la única alternativa

Personalmente, creo que debe dejar los comportamientos predeterminados del navegador solos ... los usuarios están acostumbrados a ellos, por lo que no es necesario acostumbrarlos a su forma de hacer las cosas.

Sin embargo, si está construyendo una intranet (en lugar de un sitio público), entonces estoy por ajustar todo lo posible para mejorar la usabilidad.

Un argumento que usaría (entre comillas para un efecto dramático):

  

Falta de consistencia & amp; reducido   funcionalidad en comparación con otros   interfaces web sin obstáculos conducirán a   una pérdida de confianza del usuario , que   es indeseable por decir lo menos.

Por supuesto, si muchos o la mayoría de los usuarios de aplicaciones web ya están familiarizados o son usuarios habituales de la aplicación de Windows, el diseñador de la interfaz de usuario podría estar en el camino correcto y la coherencia con la aplicación de Windows podría ser un ganador.

Dicho esto, en mi opinión, es difícil hacer que un menú contextual personalizado dentro de una página web sea intuitivo, y aunque algunos usuarios podrían aceptarlo, supongo que la mayoría probablemente nunca lo usará.

  

porque quiere que la aplicación web se parezca más a nuestra aplicación de Windows (existente)

Creo que hacer clic derecho en una aplicación de Windows es una mala idea.

En un navegador web es un desastre de UI porque nadie lo esperará.

Creo que depende de si percibes el menú contextual como parte del navegador Chrome o no. Si lo hace (y lo atribuyo a esta vista), entonces debería estar fuera del objetivo, pero de lo contrario es un buen lugar para agregar algo de usabilidad a su aplicación.

Reemplazar el menú contextual del botón derecho del navegador para áreas específicas de su GUI desde su aplicación web puede ser bastante útil. Hacer esto solo para deshabilitar el menú contextual molestará a sus usuarios, que pueden intentar encontrar una forma de evitarlo. Además, eliminar o reemplazar el menú contextual del botón derecho del navegador del área completa de su aplicación generalmente será molesto y puede dificultar la depuración.

Desafortunadamente, no puedo ofrecer más argumentos sólidos, y no estoy tomando exactamente ninguno de los lados del argumento, pero pensé que compartiría mi experiencia como desarrollador de una aplicación web y como usuario web.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top