Кнопка «Сохранить изменения» с синим предпочтением должна изначально быть серой

В разделе «Настройки» эта кнопка должна быть серой до тех пор, пока не появится что-то, что действительно нужно сохранить. Только тогда она должна стать синей.


После успешного сохранения она снова должна стать серой.

В настоящее время пользователи вынуждены постоянно искать рядом с ней слово «сохранено».
Да, оставьте это слово, но исправьте — точнее, улучшите — кнопку. Спасибо.

8 лайков

Да, это тоже проблема с настройками категории, например:

(плагин Locations установлен)

Было бы очень здорово, если бы этот элемент тоже становился серым, когда нет изменений настроек для сохранения…

5 лайков

А если после сохранения вы внесете какие-либо изменения в свои настройки и затем сохраните их снова, вы не сможете точно сказать, сработало ли второе сохранение, поскольку оба элемента выглядят точно так же, как и после первого сохранения.

2 лайка

Я не согласен с этим… Динамическое изменение состояния элементов сбивает с толку обычных пользователей и отвлекает.

Можете привести примеры подобного UI из реальной жизни?

В прошлом мы делали кнопку «Ответить» неактивной (серой), пока не наступал момент, когда пользователь мог опубликовать сообщение, и это вызывало сильную путаницу, что приводило к большому количеству обращений в поддержку. В наши же дни можно сразу нажать на неё и узнать, что именно не так.

3 лайка

Я попробовал https://meta.discourse.org/ и fb.com в режиме инкогнито и обнаружил, что все некликабельные ссылки были удалены, поэтому у меня сегодня нет примеров.
Замечаю, что под моим сообщением кнопки «Поделиться», «Закладка», «Флаг», «Слежение» уже используют серый цвет, но это не означает, что они некликабельны. Так что забудьте про серый цвет.
Замечаю также, что в разделе «Настройки» даже если не вносить никаких изменений, можно нажимать «Сохранить» 1000 раз.

В любом случае, кнопка «Сохранить» вообще не должна появляться, если ещё ничего не было изменено и нечего сохранять.

Похоже, это стиль 2023 года.

1 лайк

И всё же это широко используется. Мне приходится нажимать как минимум дважды, потому что я не получаю никакого ответа, кроме очень быстро исчезающего «ОК». Если я это пропущу, я не знаю, было ли сохранение успешным или произошла какая-то ошибка.

На самом деле… у нас уже работает подобная система. Например, в каждом разделе настроек.

1 лайк

Э-э-э — все настройки Discourse динамически меняются (извините за некачественное видео, похоже, это проблема формата .webm). И это очень полезно!

1 лайк

Это другая парадигма интерфейса…

Но, конечно, я признаю свою ошибку: и Facebook, и Google следуют этому паттерну:


Facebook


@Дизайнеры, что вы думаете по этому поводу? Должен ли наш профиль пользователя следовать аналогичной парадигме?

  • Должны ли мы приглушить синий цвет?
  • Должны ли мы использовать серый?
  • Должны ли мы добавить кнопку «Отмена», как у Google?
6 лайков

Должен. Все кнопки «Сохранить» должны следовать этому правилу. Цвет — серый, приглушённый или любой другой — это вопрос вкуса, но именно для этого у нас есть изобретение под названием CSS :wink:

3 лайка

Затемнение или обесцвечивание для меня приемлемо (просто чтобы не привлекать лишнего визуального внимания), при условии (и я не могу это достаточно подчеркнуть), что они остаются кликабельными, чтобы пользователь мог получить обратную связь о том, что отсутствует или не работает после попытки отправки.

И я категорически не согласен с этим. Отображение кнопки «Сохранить» — это четкий сигнал о том, что можно изменить что-то и сохранить. Кроме того, внезапное появление новых элементов интерфейса — это тоже не лучший пользовательский опыт.

6 лайков

И ещё один пример. Как здесь работает быстрое редактирование… :wink:

Отсюда

к этому:

5 лайков

Я за то, чтобы следовать модели Google и Facebook. (Я думал, что они просто убрали все кнопки… но это потому, что я был в режиме инкогнито.)

В Have the Save Edit button grey until the user has typed something я сообщаю о другой кнопке.

1 лайк