it-swarm-es.com

¿Por qué hay una convención en la web para menús desplegables al pasar el mouse por encima de hacer clic?

Esto es algo que siempre me he preguntado. En todos los sistemas operativos principales, los menús de aplicaciones (Archivo/Editar/Ver, etc.) solo aparecen al hacer clic. Sin embargo, casi todos los sitios web que usan un menú desplegable lo instalan al pasar el mouse, no al hacer clic.

¿Cómo y por qué surgió esta convención?

19
DisgruntledGoat

No tengo idea de la respuesta correcta real a esta pregunta, pero déjenme especular: creo que es porque la web tiene hipervínculos. Hacer clic en algo en un sitio web está asociado con visitar una página diferente y, como tal, si crea un menú desplegable que se activa al hacer clic, la expectativa de lo que puede hacer cuando se activa es incierta: ¿me dirigirá a un nueva página o abrirá un menú emergente? Entonces, si continúa esa línea de lógica, crear menús flotantes tiene mucho sentido, porque antes de que un usuario haga clic, puede presentarles comentarios que indiquen que han activado un menú.

También puede tener en cuenta el famoso Internet problema de déficit de atención que es de donde provienen todos los números que muestran a las personas que andan en su página por solo unos segundos. Sé que el concepto de "los usuarios no hacen clic" es un mito, pero muchas personas no lo hacen, y puede llevar a que se implementen muchos menús usando el estado de desplazamiento porque los diseñadores esperan que los usuarios no hagan clic porque piensan puede llevarlos a una página diferente.

Además, me imagino que es un ciclo repetitivo: los diseñadores ven menús flotantes y menús flotantes de diseño, que más diseñadores ven y más diseñadores diseñan. No todos piensan en cada control de IU individual que están utilizando en términos de por qué lo necesitan y qué propósito tiene; muchos diseñadores con los que he trabajado eligen los controles "porque eso es lo que usas" (ver: uso excesivo incesante del cuadro combinado de autocompletar; una diatriba para otro momento).

Compare lo anterior con las aplicaciones de escritorio donde no hay (por lo general) un estado de desplazamiento, ciertamente no como un patrón de interfaz de usuario para los menús, y creo que hemos cerrado el círculo.

20
Rahul

Solo una suposición, pero probablemente se usa hover en lugar de onclick porque css tiene una pseudoclase: hover.

O tal vez se utilizó el menú desplegable porque el usuario no se dio cuenta de que tenía que hacer clic para abrir el menú. La mitad de las veces, un menú desplegable se parece a cualquier otro menú hasta que pasa el mouse. Y la acción esperada cuando hace clic en un botón de navegación es que el sitio lo lleve a esa página. Entonces, quizás los usuarios simplemente no estaban encontrando las opciones de menú adicionales.

4
LoganGoesPlaces

Rahul hace un punto interesante sobre la falta de una acción consistente en un 'clic'; Sin embargo, creo que va más allá de eso en un sentido más general de descubrimiento en la superficie de la página.

Es posible que las personas no hagan clic debido al deseo de no abandonar una página en particular, pero muchas personas 'pasarán el mouse' por la página buscando estados activos. Dado que los menús reaccionan al desplazamiento y no al clic, el usuario puede descubrir más fácilmente la estructura del sistema de menús sin recurrir a los clics.

Esto, por supuesto, conduce a ciertos problemas de accesibilidad. Cuando hago clic en un menú en una aplicación de escritorio, el comportamiento predeterminado es dejar el menú abierto hasta que haga una elección, o haga clic fuera del menú. Esto ayuda a los usuarios que pueden tener dificultades para maniobrar el mouse con el comando correcto sin salir del menú (que se contrae en el paradigma de desplazamiento).

4
Steve Mitcham

Las aplicaciones web son muy inconsistentes en términos de IU, pero el usuario debe comprenderlas rápidamente (de lo contrario, su capacidad de atención se agota y se irá a otro lado).

El menú de desplazamiento tiene una capacidad de detección mucho mejor: cuando veo un botón en un sitio recién visitado, no tengo idea de si aparecerá un menú con más opciones (lo que quiero), o me llevará, destruyendo el estado actual de una página (incluido el comentario medio escrito), que obviamente no es lo que quiero. Solo se necesita un pequeño porcentaje de sitios con una práctica posterior para hacerme temer hacer clic en algo que no sé, y el usuario intimidado no es un usuario feliz.

Con el mouse, exploramos cosas que están en la pantalla, al pasar el mouse significa 'Actualmente te estoy mirando', por lo que es bastante natural que el elemento de la interfaz de usuario muestre lo que hace (un menú) o una sugerencia (información sobre herramientas: esto eliminará la publicación que estás escribiendo).

Por otro lado, no reaccionar al pasar el mouse es descortés: el usuario pregunta qué hace el elemento y usted no responde. A las personas les encanta sentir que tienen control y saben lo que está sucediendo; cada comentario es importante, y al no reaccionar al pasar el mouse, está desperdiciando la oportunidad de comunicarse.

En nuestro software de escritorio reciente (complemento de Outlook TaskConnect ), llegamos al extremo de poner la información sobre herramientas de ayuda en cada elemento activo y establecer el tiempo de espera de la información sobre herramientas en cero, por lo que aparece instantáneamente. Puedes ver un video corto de cómo se ve en acción . ¿Qué piensas sobre eso?

PD: En cualquier caso, el menú también debería aparecer siempre al hacer clic, de lo contrario, los usuarios de la pantalla táctil o del teclado (incluidos los usuarios con discapacidad) no podrían usarlo.

4
Tomáš Kafka

Por lo general, el elemento superior de un menú lo llevará a la página con ese título. No vas a ningún lado cuando estás en una aplicación. El desplazamiento de los elementos del menú se desarrolló como un acceso directo para ver subsecciones dentro de una sección particular del sitio, en lugar de tener que ir a la página para ver las subsecciones. Con una aplicación, no va a la sección "archivo", por ejemplo. Abandonar las convenciones web para la pantalla táctil es un error para mí. Es bueno tenerlas en cuenta y mirarlas, pero a menudo, y la aplicación diseñada específicamente para la pantalla táctil es mejor. Los sitios web no son para dedos.

3
srgtick

La "capacidad de descubrimiento" es definitivamente un factor aquí.

Mi distinción es el estado mental del usuario, especialmente cuando se compara una aplicación con un sitio web.

Cuando haces clic, quieres hacer algo, realizar una determinada acción; tiene que ser intencional.
Los usuarios suelen operar aplicaciones en este estado mental.

Sin embargo, (algunos) sitios web tratan más de consumir contenido. Estás navegando, leyendo y quizás realices una acción. De hecho, no de los mayores desafíos es lograr que los visitantes del sitio web hagan activamente algo, no solo visitar. Por lo tanto, tiene mucho sentido intentar presionarlo para que haga algo mostrándole las opciones más fácilmente.

Hay otra diferencia entre los dos estados de ánimo:
Por lo general, usará una aplicación varias veces, por lo tanto, se familiarizará un poco más con ella. En la web, lo más probable es que muchos de sus usuarios sean nuevos, por lo tanto, es posible que no sepan dónde buscar las cosas y que también tengan "miedo" de comprometerse (haga clic) en algo que no saben.

2
Dan Barak