El botón Guardar cambios de preferencia azul debe ser gris inicialmente

En Preferencias, este botón debería estar gris hasta que haya algo que guardar. Solo entonces debería volverse azul.


Luego, después de guardar con éxito, debería volver a estar gris.

Actualmente, los ojos del usuario dependen completamente de buscar la palabra “guardado” junto a él.
Sí, mantén la palabra, pero arregla, quiero decir, mejora, el botón. Gracias.

8 Me gusta

Sí, este también es un problema con la configuración de Categorías, por ejemplo:

(Plugin de Ubicaciones instalado)

Realmente sería bueno si esto también estuviera en gris si no hubiera cambios de configuración que confirmar…

5 Me gusta

Y si haces algún ajuste en tus preferencias después de guardar y luego guardas una segunda vez, realmente no puedes saber si la segunda vez realmente hizo algo porque los dos elementos se ven igual que como se veían después de guardarlos la primera vez.

2 Me gusta

No estoy de acuerdo con esto… Tener elementos que cambian de estado dinámicamente confunde a los usuarios finales y distrae.

¿Cuáles son ejemplos en la práctica de este tipo de interfaz de usuario?

En una vida anterior, solíamos “deshabilitar” el botón Responder hasta que se te permitía publicar, y era muy confuso, lo que generaba una gran cantidad de problemas de soporte. Hoy en día, puedes hacer clic en él de inmediato y descubrir qué está mal.

3 Me gusta

Probé https://meta.discourse.org/ y fb.com tanto en modo incógnito y descubrí que los enlaces no clicables se han eliminado por completo, así que no tengo ejemplos hoy.
Noto que debajo de mi publicación, Compartir, Marcar, Marcar, Vigilar ya están en gris, pero no significa que no se puedan hacer clic. Así que no importa el gris.
Noto que en Preferencias, incluso si uno no hace ningún cambio, puede “Guardar” 1000 veces.

De todos modos, el botón Guardar no debería aparecer en absoluto, si no hay nada cambiado todavía que necesite ser guardado.

Aparentemente, ese es el estilo de hacer las cosas de 2023.

1 me gusta

Y sin embargo, está ampliamente en uso. Tengo que hacer clic al menos dos veces porque no obtengo ninguna otra respuesta que un “ok” que desaparece muy rápidamente. Si me lo pierdo, no sé si el guardado fue exitoso o si hubo algún error.

En realidad… ya tenemos un sistema similar funcionando aquí. Todas las configuraciones, por ejemplo.

1 me gusta

Eeeh, todas las configuraciones de Discourse cambian dinámicamente (disculpas por el video feo, parece ser un problema de .webm). ¡Y es muy útil!

1 me gusta

Esa es una paradigma de interfaz de usuario diferente…

Pero claro, me corrijo en que tanto Facebook como Google siguen este patrón:


Facebook


@Diseñadores ¿qué opinan al respecto? ¿Debería nuestro perfil de usuario seguir un paradigma similar?

  • ¿Atenuamos el azul?
  • ¿Ponemos gris?
  • ¿Proporcionamos un botón de cancelar como Google?
6 Me gusta

Debería. Todos los botones de guardar deberían seguir eso. Si el color es gris, atenuado, lo que sea es más o menos cuestión de gustos — pero para eso tenemos un invento llamado CSS :wink:

3 Me gusta

El atenuado o grisáceo está bien para mí (solo para que llame menos la atención visualmente) siempre que (y no puedo enfatizar esto lo suficiente) sigan siendo clickables para que el usuario pueda obtener retroalimentación de lo que falta/no funciona después de un intento de envío.

Y discrepo firmemente con esto. Mostrar un botón de guardar es una indicación clara de que se pueden cambiar cosas y guardarlas. Y que aparezcan elementos de interfaz de usuario completamente nuevos tampoco es una buena experiencia de usuario.

6 Me gusta

Y mostrando un caso más. ¿Cómo funciona la edición rápida aquí…? :wink:

Desde aquí

a esto:

5 Me gusta

Sigo el modelo de Google y Facebook. (Pensé que simplemente habían quitado todos los botones… pero eso fue porque estaba en modo incógnito).

En Have the Save Edit button grey until the user has typed something informo sobre un botón diferente.

1 me gusta