Кнопка «Apply»: хорошая идея и плохая реализация от Microsoft

В сегодняшнем топике мы проанализируем один из самых больших, на мой взгляд, проколов в проектировании пользовательского интерфейса, когда-либо осуществленных компанией Microsoft.

Речь пойдет о загадочной комбинации кнопок «Ок», «Cancel» и «Apply», которую уже давно взяли на вооружение разработчики программного обеспечения.

Сама идея кнопки «Apply» прекрасна: пользователь может увидеть результаты изменений, не закрывая диалоговое окно, тем самым появляется возможность «подогнать» параметры, не вызывая окно на экран снова и снова.

Давайте посмотрим что именно происходит, когда пользователь открывает окно с тремя кнопками «Ок», «Cancel» и «Apply». Вы никогда не задумывались над тем, что значение кнопок «Ок» и «Cancel» утрачивают смысл после нажатия на кнопку «Apply»? Скорее всего, нет – пользователи настолько привыкли использовать эту неправильную раскладку кнопок, что уже давно не замечают проблему.

Действительно, после нажатия на кнопку «Apply» система выполняет команду пользователя и изменяет данные, оставляя окно открытым. В этом смысле нажатие на «Apply» ничем не отличается от нажатия на «Ок». Какую роль в этом случае играют кнопки «Ок» и «Cancel», на которые рано или поздно придется нажать? Правильный ответ – они просто закрывают окно!

Варианты решения проблемы.

Из любой ситуации, как ни странно, есть выход. Если бы разработчики из Microsoft начали заботиться о пользователях чуть раньше, лет эдак 12-15 назад (а не начиная с 2006 года), они бы запрограммировали одно из следующих правильных поведений системы:

Вариант 1 (Наиболее приемлем). А доработать-то нужно совсем немного: вернуть кнопкам «Ок» и «Cancel» их законные действия. То есть по нажатию на «Ок» пользователь закрепляет свои изменения, по нажатию на «Cancel» – отменяет их и, возможно, начинает все сначала, вызывая окно снова. Для пущей убедительности можно переименовать «Apply» в «Preview» и отделить ее визуально от управляющей группы «Ок/Cancel». Примерно вот так:


Вариант 2 (Сойдет). Помещать лишь две кнопки в окно: «Apply» и «Close». В таком случае пользователь не будет думать, что нажимать «Ок» или «Cancel» и просто нажмет «Close». Выглядит великолепно:


Ссылки по теме:
1. Головач В. В. Дизайн пользовательского интерфейса, 2002. – 146 с., ил., с. 66.

А какие варианты можете предложить вы?
+19
18 января 2007, 10:34
6
gulevich 25,9

комментарии (115)

0
glader #
В первом варианте сложнее программировать (надо запоминать, что изменилось).

Во втором теряется функциональность - если я точно знаю, что мне надо поменять, я сразу нажимаю "Ок", а в таком варианте я буду вынужден нажать две кнопки.
0
gulevich #
По поводу сложнее запрограммировать - согласен, но только если посмотреть, у нас ведь не 95 год на дворе!

По второму варианту согласен, но я и написал, что он хуже. Кроме того, второй вариант надо использовать только тогда, когда чаще всего окно будет висеть на экране большую часть времени.
0
mak_sim #
Согласен но мы всё же говорим о юзабилити, а не о сложностях программирования. Мне первый вариант симпатичен.

Если подходить с точки зрения кодера то половина программ не имела бы GUI как такового. Зачем он нужен то? :)
0
gulevich #
Да. если учесть, что львиная доля этих окон - это просто массив данных, применяемый на систему (как например окна Display Properties и Sytem Properties в винде, то это вообще не проблема: по нажатию на Cancel надо воccтановить начальное состояние. Я думаю в майкрософте писали вещи и по-сложнее :)
0
webmaster #
Из всех бед и косяков MS Windows - это меньший, на который можно было бы закрыть глаза.
0
gulevich #
Ну если говорить в общем - может и да. Но тут мы обсуждаем UI :)
+2
dimm #
Оставить так как и есть, но после нажатия кнопки "Apply", она должна измениться на кнопку "Вернуть все как было".
0
iljava #
Хорошая идея. По крайней мере она не ухудшает текущее положение вещей, которое мне кажется вполне удобным.
+2
cooler #
на мой взгляд элемент не должен динамически менять смысла...
0
dimm #
А почему, собственно нет? Ведь кнопка "Cancel" меняет свой смысл, но название у нее не меняется :)
Проблема в том, что мы все сейчас рассматриваем какое-то абстрактное окно диалога. Поэтому кто правее сказать сложно.
По большому счету - кнопка "Apply" - это костыль, который приделывается там, где не смогли реализовать диалог по-другому. Но дело в том, что за столько лет использования такая извращенная логика стала привычной, и если получится сделать так как должно быть, то многим и многим миллионам пользователей прийдется переучиваться.
0
cooler #
и кнопка [Cancel] неправильно работает... :) а по поводу привычности - согласен, несомненно переучиваться никто не хочет :)
+1
Junior #
Все зависит от контекста.
В iTunes кнопки "Play" и "Pause" подменяют друг друга в зависимости от состояния проигрывания трека. Вы же не будете спорить, что это решение плохое?
+1
cooler #
безусловно не буду спорить - но пара Play/Stop - уже давно, лет 20 как устоявшееся двойное использование одной кнопки...
0
Junior #
троица "ОК, Cancel, Apply" - тоже устоявшаяся, кстати :)
0
cooler #
и с этим не спорю... :) что тяжело переучиваться будет - несомненно... но с точки зрения логичности [Ok], [Cancel], [Preview] на мой взгляд, правильнее.
0
flint #
Не стоит путать — здесь разница очевидна. Смена состояний кнопки идет из-за того, что на бытовой технике, чей интерфейс в той или иной мере принято копировать, это было принято для экономии места ввиду миниатюризации. И все равно, там эти кнопки подсвечивались, чем определялось состояние on/off (скажем, видеомагнитофоны). Смена Play/Stop идет именно из такого разряда, следующий шаг от подсветки.

Но там все очевидно — таким образом совмещать эти кнопки стоит только тогда, когда состояния противопоставляются. Здесь же все не столь очевидно. Что противопоставить "Apply"? "Cancel"? Вернуть все как было? Тем более, что в аналоговой технике такого не встречалось, посему в любом случае, это будет не более очевидно, чем этот триплет.
0
Junior #
Где я сказал, что их надо совмещать? :) Читайте пост внимательнее, особенно первое предложение.
+1
zheke #
Думаю, что в большинстве случаев кнопка Apply не нужна вовсе.
Теперешние технологии позволяют отображать изменения сразу по мере их внесения. Если, конечно, речь не идет о действиях вызывающих какие-то массивные пересчеты данных. Но в таких случаях и сам Apply не показывают.
Ну а если выбирать из двух вариантов, то 1й конечно лучше, тем более что он довольно активно используется.
+1
mak_sim #
Погодите, то есть вы хотите сказать, что как только я вношу изменения они сразу отображаются в реальном времени. Ну а как быть если мне нужен целый комплекс из допустим десяти изменений в настройках при пересжатии видео и даже секунда на обработку каждого (а каждый по отдельности мне не нужен!) будет раздражать.
0
Novikov #
Бывает, что надо внести несколько изменений и посмотреть сразу их совокупный эффект, чтобы разницу ощутить.
0
zheke #
Ну так никаких вопросов. Я уверен, что с ростом мощностей компьютеров мы к этому придем. А пока - для маломощных задач используем немедленный просмотр или как в photoshop чекбокс "preview". Ну а для тяжелых пересчетов - вариант 1 с превью.
0
linker #
я про этот вариант ниже написал, с картинкой
0
De_Compile #
хорошая статья, хоть и на избитую тему... жду других работ авторов...
0
gulevich #
Хорошая статья - надо было захабрить!
0
De_Compile #
так и сделал
+1
Junior #
Плохая статья. Я тоже сейчас возьму, перепишу своими словами выдержки из книги Владислава Головача "Дизайн пользовательского интерфейса". А толку?

--
см. стр.66 указанной книги.
0
gulevich #
Брателло, не было идеи переписать своими словами. Действиельно, замечательная книга Влада Головача уже в первой своей версии содержала данную проблему (2002). Я действительно читал когда-то эту книгу. Но статья написана чисто из собственного опыта, быть может и "по мотивам" этой статьи.

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

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

В любом случае спасибо за комментарий.
0
De_Compile #
...вперед. Будет что обсудить.
0
gulevich #
ну уж нет :)
0
nikulin #
В HIG описан гораздо более удобный вариант - Apply вообще не нужен, все изменения видны сразу, но их можно отменить нажав Cancel.
0
sanders #
Возникает резонный вопрос- как нажать Cancel, если диалоговое окно уже закрыто нажатием ОК? )
0
sanders #
Кстати, вы про какой HIG говорите?
0
nikulin #
GNOME HIG http://developer.gnome.org/projects/gup/…
про другие просто не слышал...
0
sanders #
Есть еще к примеру AHIG - по Aqua от Apple
0
gulevich #
Да. отличный вариант.
0
sanders #
По-моему в "Apply" нет смысла, если "Cancel" не может отменить результат ( а это осуществимо не всегда ). Первый вариант мне ближе, но он тоже не идеален.
Думаю не нужно все валить на "Мicrosoft" - в конце концов у каждого разработчика есть возможность применять "Apply" или нет в своих приложениях.
0
Vorchun #
Есть большая форма с кучей полей. Она разбита на табы. Вопрос: когда я перехожу на следующий таб с настройками, то сохранятся ли настройки в текущем табе? Спасает кнопка "Применить".
0
sanders #
По тому же HIGу пока форма открыта смена таба не должна сбрасывать измененные настройки предыдущего
0
Vorchun #
Это замечательно. Но если насроек много, то я, например, начинаю нервничать. И мне много спокойней, когда я сначала сохраняю, а потом получаю порцию новой информации в следубщем табе.
0
sanders #
Опять же, это по HIGу, но это не значит что все разработчики следуют ему неукоснительно, поэтому могу Вас понять
0
gulevich #
Немного не так. Значение табов сохраняется всегда. Аплай тут не причем. Она в винде именно для просмотра сделана
+1
Wonder #
Мне очень нравится реализация в Adobe InDesign CS2 (и более ранних версиях), там есть кнопки «Ok», «Cancel» и галочка «Preview», если ее включить, то все изменения будут отображаться в реальном времени, а кнопки не теряют своей функциональности, а наобарот — точно следуют ей.
0
Legka #
+1. Очень удобная фича! Но, Вы наверное заметили, что в некоторых окнах эта самая галочка отсутствует. Apply-функциональность не всегда нужна. Иногда достаточно только OK и Cancel, а иногда одного OK с головой хватает.:)
0
Vorchun #
Гениально )
0
gulevich #
+1 Да. самый лучший вариант на мой взгляд
0
Junior #
Подходит только для тех сред, где изменения можно наблюдать визуально. Следовательно - в довольно узкой группе ПО.
+2
Legka #
Вообще говоря я тут вижу 4, а не три варианта развития событий:
1. Применить и закрыть. (он же ОК)
2. Отменить и закрыть. (он же Cancel)
3. Применить. (Apply)
4. Отменить изменения ничего не закрывая.

В фотошопе, в диалоговых окнах есть кнопка Cancel - так вот, если ее нажать с зажатым alt-ом, она не закрывает окно, а только сбрасывает изменения. Как по мне, очень удобно. Итого, оставляем две кнопки "OK" и "Cancel" - с зажатым alt-ом они просто не закрывают окно. Единственная проблема здесь - научить юзера пользоваться alt-ом.
0
droganov #

?
НЛО прилетело и опубликовало эту надпись здесь
0
Legka #
0
flint #
На подсознательном уровне я читаю: Применить — тут все понятно. Вторая кнопка — и закрыть. И вот тут меня клинит и я начинаю думать, что вторая кнопка отвечает все равно только за закрытие.

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

Ваша визитка — говно. =)
0
kappa #
А в чём состоит проблема?

Вы сначала описываете задокументированное поведение, а потом предлагаете пути решения "проблемы". Напишите сначала, в чём состоит проблема дублирования смысла кнопок Ok/Cancel после нажатия Apply. Ну то есть зачем её решать?
0
webmaster #
Я тоже сяду рядом и послушаю (согласен).
0
zheke #
Проблема в том, на мой взгляд, что после нажатия Apply - Ok/Cancel выполняют одну и ту же функцию - закрывают диалог, и вернуть "как было" нажатием одной кнопки может не получиться, то есть теряется их смысл. Нам бы хотелось :), чтобы была возможность посмотреть на результат и если нужно отменить изменения. В этом случае кнопка/чекбокс Preview как раз решение проблемы.
0
ooooo #
короче говоря, кэнсл не нужен, так как у окошка и так есть крестик чтобы закрыть в начале
0
kappa #
Не надо экономить на кнопках. Попасть в крестик в заголовке окна в несколько раз сложнее, чем в настоящую кнопку "Отменить", которая стоит в одном ряду с остальными.

Такие окна без Кансела были у OS/2 Presentation Manager. Вспоминаю их с ужасом.
0
ooooo #
описание проблемы:
- кнопка кэнсл - отмены, но как кнопка отмены она не адекватна, т. к. после применения настроек, уже ничего не отменяет
- ту же функцию что и кэнсл играет крестик, абсолютно так же.

Иначе говоря, для закрытия окна достаточно одной крупной кнопки.
0
ooooo #
и лучше чтобы она не называлась кэнсл
+1
kappa #
После Ok или Apply нельзя отменить изменения — вот, где проблема. И её решение в том, что ВСЕГДА должно быть доступно глобальное действие Undo.
0
gulevich #
Дорогой kappa, проблема вот в чем - если ты нажал один раз на Аплай - то кнопки Ок и Кэнсел уже не они. Они просто выполняют действие Close.
+2
renny #
Вы неправы. Если у меня n настроек в m табах, то Apply играет роль _логического_ завершения работы с этим табом, а также аналог кнопки Save для настроек (вдруг прилогуха упадёт).
Например в Opera мне очень нехватает этой кнопки, ибо она у меня иногда падает из-за моих же экспериментов с ней, и сейчас когда захожу в настройки чтобы изменить 3 опции - 3 раза жму Ok, ибо для меня проще пару лишних раз нажать Alt+p, чем переделывать всё заново.
0
thinking #
А я с тезисами статьи не согласен.

Если бы разработчики из Microsoft начали заботиться о пользователях чуть раньше


Такое впечатление, что все кругом умные, а в Microsoft специально тупых одбирают :)

пользователи настолько привыкли использовать эту неправильную раскладку кнопок, что уже давно не замечают проблему


Сколько пользуюсь этой кнопкой и не разу не задумывался над её смыслом. А это и есть главное предназначение интерфейса - незаметность.

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

Для пущей убедительности можно переименовать «Apply» в «Preview»


Не каждый «Apply» является «Preview» презультатам нажатия. Есть много окон, где результаты видны не станут.

В общем я не согласен ни что "Apply мешает и не так работает", ни с другими вариантами кнопок.
0
gulevich #
В том-то и дело что НЕ Apply не так работает, а Ok и Cancel.

Кратко: если Cancel ОТМЕНЯЕТ что-то, то почему он просто ЗАКРЫВАЕТ окно?

Касательно привычки - я, например, постоянно думаю нажать либо на Cancel либо на Ok - и в голове мелькает мысль - нажимай на что хочешь - результат один. Это слегка раздражает.
0
thinking #
OK - сохраняет изменения и закрывает окно.
Cancel - всегда закрывает окно ничего не сохраняя.
Applу - сохраняет изменения, закрывает окно. Кроме того, кнопка Apply меняет свою активность в зависимости от наличия изменений.

Не вижу нелогичностей.
0
linker #
слишком много вариантов
0
thinking #
Другие тут уже писали, зачем им эти много вариантов. Apply как раз и появилась на окнах настроек для удобства пользователей.
0
linker #
действительно, кнопка типа apply или preview нужна в сложных случаях, особенно в случаях цепочечных действий. Но для простых задач, например в окнах с изменениями типа "да-нет", где пара чекбоксов - эта кнопка не нужна.

у вас в предыдущем комментарии кнопки ок и аппли работают одинаково, кстати. Зачем?
0
thinking #
Это я очепятался.

Apply и появляется вроде только на многотабовых окнах и то не всегда.
0
Easter #
Но эти недодумки идут намного дальше. Никто не задумывается, что кнопка старт должна отвечать за запуск чего-либо. Но каким-то таинственным образом именно она же предлагает нам выход из системы/завершение работы. Нужно просто никак было не называть кнопку.
0
thinking #
Я бы не стал так категорично это называть "недодумкой". Просто был сделан такой выбор из разных вариантов.
Да и ваше логическое построение "кнопка старт должна отвечать за запуск чего-либо" тоже спорно очень.
0
Easter #
Я говорю так, потому, что я знаю историю этого дела. Вся эта идеология кнопки старт позаимствована из OS/2. Но там была и кнопка непомню с каким названием, но для всяческого завершения.
0
cooler #
полностью согласен, удобнее всего было бы переименовать [Apply] -> [Preview].
- при нажатии на [Cancel] -> ничего не происходит, любые изменения сделаные в диалоге не принимаются , окно закрывается (нажата до этого была кнопка [Preview] или нет неважно).
- при нажатии на [Ok] -> принимаются текущие настройки в диалогов окне...
0
linker #
Давным-давно Be inc. в системных и не только диалогах BeOS вообще не стала ставить никаких кнопок ок-кансел-аппли. По своему опыту могу сказать, что действительно очень часто эти кнопки вообще не нужны.

В таких окошках любые изменения применяются сразу.

Вот один из примеров, не совсем чистый (не оригинальная BeOS, а Zeta OS)



Добавлю, что не надо думать, что кнопок Ок или Отменить там нет совсем. Просто ненужные кнопки отсутствуют.
0
kappa #
Для закрытия этого окошка надо метко попасть в жёлтый квадратик слева от заголовка? А если ошибся на 5 пикселей влево или вверх, то окно потеряет фокус, а наверх вылезет то окно, которые было под этим?

Круто.
0
gulevich #
Да, это уж слишком )

Кнопки должны быть
0
linker #
только ради попадания обладателем трясущихся с бодуна рук?
0
kappa #
Но-но :)
Даже у тех, которые не с бодуна, попадание занимает тем больше времени, чем меньше объект и чем дальше он от остальных объектов.

У Раскина в книжке даже формулы есть.
0
linker #
для быстрой работы с интерфейсами есть клавиатура.
0
kappa #
Переключение внимания с мыши на клавиатуру тоже занимает время. А совсем безмышиных интерфейсов в природе почти не осталось.
0
linker #
Чтобы правше или переученному левше закрыть окно - необязательно снимать руку с мыши. Нажимать Alt+W или Ctrl-W удобнее левой рукой.
0
Junior #
А вообще это называется "закон Фитса":
Время достижения цели прямо пропорционально дистанции
до цели и обратно пропорционально размеру цели.
0
Vorchun #
Согласен. Главное правило (для меня) - должно быть понятно. Кнопки нужны.
0
linker #
когда три кнопки, каждая из которых работает по своему алгоритму - намного понятней?
0
linker #
один желтый квадратик лучше трех бессмысленных кнопок.
можно закрыть по alt/ctrl-w
0
linker #
я правильно понимаю, что не нравится только отсутствие кнопки "закрыть"?
с остальным разногласий нет?
0
thinking #
В интерфейсах компьютерных программ уже сложилось, что кнопка - это действие.

Меняю я настройки, меняю и хочу их потом сохранить. И начинаю думать "как?" :)

В Gmail вот, например, на странице настроек же есть кнопка "Сохранить" :)
+1
linker #
я ещё раз повторю - это сила привычки к плохим интерфейсам. И я, конечно, не утверждаю, что в BeOS идеальный интерфейс. Я предлагаю стараться абстрагироваться от привычных интерфейсов мэйнстрим-систем и думать шире.
0
NaFigator #
Я согласен с вами.
Стереотипы - это не всегда плохо, но в данном случае (и в данном месте - блоге о юзабилити) их можно ломать и это будет оправданно.
0
linker #
гмэйл в силу своей вебинтерфейсности не пример. Мы тут разве не про standalone-софт?
0
thinking #
Мы как раз про standalone, просто даже web какие-то вещи делаются привычно.

Абстрагировать можно и нужно в новых продуктах (iPod тот же), вэбе (тот же Gmail)... Но в некоторых вещах нужно соблюдать консервативность.

В общем никто ничего не запрещает, главное чтобы клиент пользовался и платил :)
0
linker #
консервативность в плохих вещах не надо соблюдать!
0
thinking #
То, что эта конкретная вещь плохая меня так и не убедили )
0
kappa #
Иногда apply занимает много времени и лучше его не делать автоматически на каждый чих, а завести отдельную кнопку. Конечно в настройках мыши это не нужно. Но вообще это мелочь по сравнению с отсутствующей кнопкой закрытия.
0
mak_sim #
Любой интерфейс проходит проверку временем. Сейчас же BeOs массово встречается лишь как схема для KDE.
0
linker #
BeOS умерла совсем не из-за интерфейса, буде вам известно.
0
mak_sim #
Мне известно. Но интерфейс больше нигде не воскрес.
0
linker #
он остался в системах-потомках, как минимум.

плюс некоторые идеи растаскивают разработчики других систем, например группировка нескольких окон одного приложения в XP.
0
mak_sim #
Давайте от темы не отходить. Ясно что BeOs много чего дала. Не было осей которые не оставили бы следа хоть какого то. Но вы топик то перечитайте.
0
linker #
да я, в общем то, всё, что хотел сказать - сказал.

BTW, название пишется как BeOS, а не BeOs.)
0
SkyZee #
не согласен с автором. очень часто встречаются окна, в которых я меняю какие-то настройки и сразу же применяю их. нравится - закрываю. не нравится - снова меняю и снова Apply. пример такого окна - окно настройки рабочего стола. когда выбираю обои
+1
linker #
а если система будет сразу применять действия по изменению, то этой аппли и нужно не будет.

вот что значит сила привычки
0
thinking #
Применит система сама и сразу и полетит куда-нибудь ракета с незаконченными настройками :)
0
linker #
вы, кажется, не все мои комментарии прочитали. Я уже говорил, что вариант с поным отсутствием кнопок - не обязательная панацея.
0
thinking #
Мое резюме: модель OK-Cancel-Apply - уже устоявшаяся окнах настроек, в частности многотабовых окнах, и привычная для пользователей. Все перечисленные здесь альтернативы имеют только больше недостатков.
0
linker #
нафига тогда вообще что-то обсуждать? )
0
thinking #
Да я сам удивляюсь количеству комментариев :)

Но пообсуждать всегда полезно )
0
NaFigator #
Вариант 2. Помещать лишь две кнопки в окно: «Apply» и «Close»

Предлагаю доработать этот вариант.
  • При клике на "Apply" должно происходить визуальное применение изменений без сохранения конфигурации, а кнопка должна меняться на "OK" в классическом варианте.
  • В случае повторного возникновения каких-либо изменений кнопка "OK" снова должна меняться на "Apply" для возможности предпросмотра.
  • Кнопку "Close" стоит изменить на "Cancel", который будет отменять все изменения, сделанные при помощи "Apply".
  • Кнопка "OK" должна сохранять все изменения в конфигурацию.

Также можно оптимизировать кнопку "Apply", выполняя при долгом нажатии на неё сразу действие "OK".

В результате имеем простой двукнопочный интерфейс, логичный и понятный :)
0
linker #
это ужасное решение.
какие то замены заголовков кнопок, какие-то хитрые алгоритмы.

ничего логичного не вижу.
0
NaFigator #
Они в описании хитрые, а по факту две кнопки: OK и Cancel.
А если сделаны какие-то изменения, то Apply и Cancel.

Плюс для гиков возможность быстро применить и закрыть окно по дабл-клику на Apply, ну или по длинному нажатию на ней.
+1
flint #
Хуже динамической замены кнопок местами или также смены их действий и придумать нельзя — сразу не будет никакой интуитивной понятности (читай, дружелюбности интерфейса), а также в разы увеличиться время обучения работы с программой ввиду аллогичности происходящего: пользователь нажимает, кнопка исчезает. Что нужно нажать, чтобы ее вернуть?
0
NaFigator #
Раз уже второй человек об этом написал, я всерьёз задумался...
В принципе, предложенный мной вариант был бы оптимален прежде всего для меня или для тех, кто может и хочет тратить время на обучение работы с системой, а не для массового сектора... Так что склонен согласиться, посему замолкаю :)
+3
Easter #
Как оффтоповую хохму могу высказать свое предположение. Что кнопка Apply ни что иное как название Apple которое досталось Microsoft в наследство при заимствовании кода. А так как разработчики не знали как избавится от этой злощастной кнопки, то заменили последню букву на 'y' и назначили на нее то действие которое нам всем извсетно. %)))
0
mak_sim #
Вариант :)
0
cro #
Глупости. После нажатия Apply другие кнопки (OK и Cancel) имеют различную функциональную нагрузку, а не просто закрывают окно, как утверждает автор.

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

А варианты автора ничем не лучше. Слава богу, его правильный второй вариант никогда не увидит свет в массовом ПО.
0
maroc #
apply должна отжиматься,

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

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