Про UI

lexa - 04/Янв/2012 12:50

А вот, к примеру, есть такое вот окошко настроек у какой-то программы ([Preview] - это потому что в Qt Designer, не обращайте внимания):

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

Но тут есть такой логический перескок: допустим, галка в какой-то момент была поставлена и настройки на выходе программы - сохранились. Вместе с этой галкой, естественно. Потом пользователю надоело и он эту галку снял. Дальше происходит следущее:

  • На выходе - настройки не сохраняются (галка снята).
  • На новом запуске - поднимаются старые настройки.
  • В старых настройках галка "сохранять на выходе" - опять поставлена. Потому что только так, на выходе программы, настройки попадают в сохраненное место.

Кто виноват и что делать? Я вижу такой вот, не вполне тривиальный алгоритм:

  1. Если галка "сохранять на выходе" была снята, то по нажатию ОК мы идем в сохраненные настройки и сохраняем там только состояние этой галки, более ничего не меняем.
  2. Нужно добавить отдельную кнопку Save Settings, которая сохраняла бы текущее положение кнопок (т.е. можно поиграть настройками, нажать Save, потом Cancel - сохраненная копия обновится, а рабочая - нет)
  3. Поставить галку "сохранять на выходе", нажать Save, снять галку, нажать OK - приведет к тому, что в сохраненной копии настроек "сохранять на выходе" станет Off.
Конечно, есть еще вариант, когда галки этой нет, а настройки сохраняются всегда (прямо по нажатию кнопки OK), но он неинтересный.

Comments

Anonymous (not verified) - 04/Янв/2012 12:54

Я бы убрал галочку исходил из гайдлайнов соответствующих ОС.

В Windows - три кнопки OK / Cancel / Apply. На макоси - всегда сохранять, кнопок нет ваще. В линуксе - ну хз, там все привыкли к бардаку.

lexa - 04/Янв/2012 13:04

Ну то есть не заморачиваться, всегда сохранять (Apply - в топку, кнопка хорошая, но в моем случае - геморойная в реализации).

Anonymous (not verified) - 04/Янв/2012 13:10

Гм. А в чем отличие кнопки Apply от нажатия на приведенном диалоге кнопки OK со снятой галкой Save (ну, кроме того, что окошко не закрывается)?

lexa - 04/Янв/2012 13:33

Apply + Cancel означает: применить измененные настройки (не закрывая окна), вернуть изначальные настройки, закрыть окно с настройками.

Но остальное приложение может сходить посмотреть в настройки потом, в процессе работы.
Получается, мы должны иметь две копии настроек - одни для показа при новом открытии окна с настройками (и они, по случаю нажатия Cancel - остались прежними), а вторые - собственно для работы приложения (и они, по случаю нажатия Apply - изменились).

Тут что не делай, обязательно вылезет контр-интуитивность.

Anonymous (not verified) - 04/Янв/2012 17:16

Оказывается, я ни разу в жизни не нажимал Apply и потом Cancel. :)

lexa - 04/Янв/2012 17:32

Может никогда никто и не нажмет, но обработать этот случай надо. Можно, конечно, после нажатия Apply делать кнопку Cancel неактивной (до первого изменения формы), но это тоже какая-то ерунда.

max630 (not verified) - 04/Янв/2012 18:40

Насколько мне известно, оно так и работает, отката по cancel не делается. Хотя могу ошибаться

serge_yakovlev (not verified) - 04/Янв/2012 13:35

Вариант, как в BIOS не интересен? OK + OK & Save

lexa - 04/Янв/2012 13:58

А как может быть в *BIOS* OK без Save?

Там я всегда видел "(сохранить,) сохранить и выйти, выти не сохраняя" (первый - кажется не везде)

serge_yakovlev (not verified) - 04/Янв/2012 16:47

Я имел в виду Exit without Save и Save and Exit . Смысл немного другой, но тем не менее.

lexa - 04/Янв/2012 17:02

Ну так это OK и Cancel

serge_yakovlev (not verified) - 04/Янв/2012 17:09

В BIOS да, так и получается. В программе можно сделать OK , OK & Save и Cancel . Ну, или отдельно кнопку Save , чтобы пользователь сам сохранял, когда ему надо.

swilf (not verified) - 04/Янв/2012 13:39

Проблема, очевидно, в том, что мы думаем со стороны программиста: что делать с настройками при выходе? Пользователя же интересует, что будет с настройками при следующем запуске. Т.е. напрашивается вариант с radio buttons:

( ) use these settings on next startup
( ) use the default settings on next startup
( ) use previously saved settings on next startup, активный лишь при наличии сохраненных настроек.

lexa - 04/Янв/2012 13:55

Ну этот выбор - он тоже сильно программистский.

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

Нужно только пимпу Reset Defaults (Panic button), а то наслесарят там....

dixi (not verified) - 04/Янв/2012 13:50

а какие вообще настройки программы пограмма сохраняет между сессиями?

если текущее положение кнопок, то настройки автосохранения в списко НЕ ВХОДЯТ.

мне кажется тут типичная терминологическая путаница произошла в связи с мышлением от реализации .

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

в том же фотошопе отдельно настройки, отдельно раскладки панелей (забыл как они там называются)

lexa - 04/Янв/2012 13:53

Уровень черного (ручной/автоматический), баланс белого, ну и там по мелочи.
Это для технодрочеров цифрофотографов программа.

Положение кнопок/окон я пока вовсе не сохраняю.

dixi (not verified) - 04/Янв/2012 15:56

значит я неправильно и слишком бегло прочитал.

но мне кажется что в любом случае настройки рабочих инструментов (профилей работы) и настроек поведения программы это разное совсем.

я бы, если совсем вникать, сначала расписал бы сценарии использования и потом посмотрел как пользователь с этим живёт.

lexa - 04/Янв/2012 16:03

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

Т.е. надо выпустить что-то и посмотреть на фидбек.

dixi (not verified) - 04/Янв/2012 16:38

Это так, по хорошему желательно опросить 3-5 пользователей, конечно.
а еще лучше  понаблюдать, потмоу что часто люди не осознают что и как делают, а инсайты происходят как раз у внешнего наблюдателя.

но это надо найти сначала пользователей, а если продукт профессиональный это не всегда просто.

впрочем, это уже глубокое бурение , обычно основные проблемы можно обнаружить при помощи опросов.
в целом, конечно, работа довольно кропотливая, и, к сожалению, поэтому у многих продуктов, особенно опенсорсных, никто так над интерфейсом не работает.

кстати, если есть интерес, я могу попробовать поработать над интенрфейсом for fun.

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

lexa - 04/Янв/2012 17:11

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

dixi (not verified) - 04/Янв/2012 17:17

Не вопрос, всегда пожалуйста.

dimas (not verified) - 04/Янв/2012 14:10

я бы сохранял состояние этой галки save on exit просто всегда.

constpetrov (not verified) - 04/Янв/2012 14:14

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

neuda4nik (not verified) - 04/Янв/2012 14:33

в acdsee сделано вот так

lexa - 04/Янв/2012 15:00

Ну да. Но вместе с тем - я вот отключаю там Quick View, не ставя никаких еще галок - и это отключение сохраняется.

neuda4nik (not verified) - 04/Янв/2012 15:14

ага, есть такой момент
замечен один такой "ляп"
но это как говорится ещё цветочки
есть такая прога thumbsplus для каталогизации фоток
и всяких хитрых с ними массовых манипуляций
если например нужно в куче картинок в разных каталогах
изменить разрешение, поменять формат, пошарпить
и ещё вагон всего поделать разом - то алтернативы я не знаю

так вот там в каждом плагине своя идеология менюшек
совершенно не похожих на соседей.
в одних по завершению пошагового визарда предлагает сохранять изменения
в других не предлагает, но сохраняет
в третьем не предлагает и не сохраняет, но на предпоследнем шаге есть кнопка Save

ощущение, что прогу пишут несколько отделов и
результаты своих коллег они никогда не видят

Anonymous (not verified) - 04/Янв/2012 14:54

хороший тон, нынче, сохранять всегда, без всяких кнопок.

daily_winegraph (not verified) - 04/Янв/2012 16:11

В тех контролах, как ты реализовал окошко, описанный тобой алгоритм действий (от слов "происходит следющее" до "Кто виноват") совершенно правильный и именно так и должно быть.

Если тебя смущает, что после перезапуска "воскреснет" галочка - то тебе нужно отказаться от галочки. Например, сделать кнопку "Save as default".

lexa - 04/Янв/2012 17:10

Да, алгоритм правильный, но контринтуитивный.

Меня убедили, что надо просто сохранять всегда и не париться, прямо по нажатию ОК (а на маках - по закрытию окна).

Там в конкретном приложении есть потенциально разрушительное (для вида обрабатываемого изображения) место, но оно разрушительно просто на каждом новом открытом файле, а не на перезапуске и к нему нужна особая галка ("ресетить на file load")

Bushman (not verified) - 04/Янв/2012 18:06

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

bandana (not verified) - 04/Янв/2012 18:03

Я бы вместо галки Save On Exit сделал _кнопку_ Save as Default.
Ну и соответственно по ней обновляем персистентную копию настроек. Всё.

maxim_milakov (not verified) - 04/Янв/2012 19:18

Чем плох вариант сохранения флага "Save Settings on program exit" всегда (при выходе из программы), а остальные настройки - как обычно, т.е. когда предыдущий флаг выставлен?

shaman007 (not verified) - 04/Янв/2012 19:48

Зачем в этой форме кнопка Cancel?

lexa - 04/Янв/2012 20:01

Уйти (закрыть окно диалога) без сохранения изменений?

Да, красный крестик я тоже вижу :)

coolcold (not verified) - 05/Янв/2012 08:31

Я вот когда вижу красный крестик, но не вижу Cancel всегда в некотором недоумении - чего щас будет? Сохранится ли тот набор галочек что я тут натыкал? Или наоборот не сохранится?

lexa - 05/Янв/2012 09:34

А на маках и того хуже - кнопок не носят, закрытие окна равно OK.

coolcold (not verified) - 05/Янв/2012 20:30

А как у них принято не сохранять настройки? Не закрывать окна?:)

lexa - 05/Янв/2012 21:00

Э... никак не принято.

Ну я вот посмотрел на Firefox на маке: основные настройки сохраняются сразу (т.е. снял галку и не закрывая окон - нажал Cmd-Q т.е. вышел из программы - вернулся и галка снята). А вот для чувствительных мест (настройки сети) - отдельный диалог с OK и cancel, пока OK не нажал - ничего не изменилось.

Бардак и пьянка, короче.

coolcold (not verified) - 05/Янв/2012 21:09

Понятно, спасибо.

grundik (not verified) - 06/Янв/2012 08:37

Вообще в критичных местах, либо в местах, где применение стоит ресурсов, есть отдельная кнопка apply, и окно настройки модальное. Пример - те же настройки сети в собственно макоси.

Всё продумано и написано в гайдах, надо просто читать, и делать как положено, а не как мозилловцы привыкли.

nowherenoone (not verified) - 05/Янв/2012 15:16

Мне последнее время очень нравится стиль Андроида, когда не только настройки, но и стейт сохраняется постоянно, потому что приложение может быть выгружено в любую секунду и должно уметь потом восстановиться.
А то у меня есть на десктопе программки типа редактора, которые я закрываю только крахом системы, потому что у меня просто нет повода их раньше закрывать. И каждый раз состояние накопленное за месяц, например, открытые файлы, остается не сохраненным. Ужасно бесит.

Anonymous (not verified) - 07/Янв/2012 22:18

А меня бесит вес вес документов с сохранением истории.

1. Есть автосохранение (обычно).
2. А если контент откатить надо будет? ;)
3. Тенденция и Мак и Гугл : "Не переживайте! Все версии Ваших файлов мы бережно храним У СЕБЯ. *не отвертитесь!*"

grundik (not verified) - 06/Янв/2012 08:33

Если нет веских причин придумывать своё поведение, то надо сохранять всегда по кнопке ОК (ибо это привычно).

А вообще, я лично не совсем представляю себе кейз, когда настройки изменить надо, а сохранять их не надо.

Кнопка Reset to default имеет смысл, да.

Anonymous (not verified) - 07/Янв/2012 21:48

В приличных программах есть 2 глобальных варианта:
1. Ставим галку - новые настройки сохраняются как текущий дефолт. И применяются потом автоматически.
2. НЕ ставим галку - при каждом запуске настройки сбрасываются на "заводские".

Когда галка стояла, а потом сняли (снова 2 варианта):
1. Последние юзерские настройки остаются дефолтными. (удобно для power-users)
2. Настройки сбрасываются на "заводские". (хорошо для нубов)

А в совсем правильных программах добавляют ещё:
1 "галку" - показывать это окно при запуске.
И кнопку - сбросить на "заводские" настройке.

Сочетание 1-1-2 обеспечивает наибольший комфорт юзеру.

В прекрасных программах при несовместимости настроек снова 2 варианта:
1. Настройки автоматом возвращаются на "by developer".
2. Принудительно выскакивает обсуждаемое окно.

В идеальных - в дополнению к последему пункту выскакивает окно с предложением поправить несовместимое " с жизнью".

Извините, каменты не читал. Виноват.

lexa - 07/Янв/2012 23:01

Ну я посмотрел как вообще программы устроены - там preferences специально нигде (как правило) не сохраняются.

Т.е нажатие OK в диалоге подразумевает, что настройки сохранятся и в следующий раз, не важно в том же запуске программы или в следующем, будут такими как в момент нажатия OK.

Anonymous (not verified) - 07/Янв/2012 23:11

Неет. :)
Везде сохраняется юзерский дефолт, НЕ трогая задуманного девелопером. А внутри программы есть "преференсиз", где всё можно менять. И это автоматом становится "юзер-дефолт". Но есть и редкие сключения, когда в "преференсиз" есть доп галка "сохранять как юзер-дефолт".

Остаётся обработка крахов. Про это я тоже упомянул. :)

Самое крутое, если все настройки в 1 окне, возможно с выпадающими списками опций, когда ставишь 1 галку и автоматом выключаются несовместимые.

mikeuz.