x
 
Александр Цебро
9 июля 2009

Здравствуйте, уважаемый Артём и советчики!

Всем известна идея Джефа Раскина об автоматическом сохранении информации и отсутствии кнопки «Сохранить». Как вы думаете, действительно ли в будущем не будет таких кнопок? Как дать понять пользователю, что вводимые данные сохраняются автоматически? Попутно хотелось бы услышать о способах возможной реализации задумки.

Как вам мысль закрытия окна с «Esc» вместо [x]?



Александр, я не могу гарантировать, что в будущем всё будет идеально. Но кнопка «сохранить» действительно не нужна, если речь идёт о её стандартном применении к файлам, параметрам настройки и т. п.

Важно разобраться в разнице между кнопками сохранения и действия. Иногда под маской сохранения скрывается действие. Запись на диск текущей версии документа — это сохранение. А добавление новой записи в адресную книжку — действие, даже если на кнопке написано «Сохранить». Точно так же изменение пароля — это действие. В случае действий без кнопок не обойтись.

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

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

Вот, как это выглядит при оформления заказа на сайте Регуляра.

P. S.

Нарисуйте крестик рядом с кнопкой Esc и сделайте её нажимаемой :-)


Поделиться
Отправить

Комментарии

Михаил Едошин
9 июля 2009

Я, например, пишу приложения для одной СУБД, где данные по умолчанию сохраняются автоматически — ввёл, закрыл приложение и ушёл, ничего специально записывать не надо. Каких-то вопросов или проблем с этим у пользователей не возникает никогда. В целом так работать, конечно, удобнее (но для полного удобства нужна хорошая поддержка Undo).

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

Александр Пономарёв
9 июля 2009

У меня есть способ реализации задумки.

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

При повторном попадании в фокус — поля и контролы должны принимать свой нормальный вид. То есть как бы «вновь становиться» доступными для редактирования.

Таким образом, сам процесс заполнения формы будет приносить пользователю удовольствие, если он не робот. А нам-то только этого и надо!


9 июля 2009

Когда переходишь с Виндоуса на Мак, первые два дня напрягает отсутствие кнопок OK, Cancel и Apply в System Preferences: кажется неестественным закрывать окно, в котором сделал изменения, не сохранив их. Но на третий день это становится нормальным и естественным.

Олег Томенко
9 июля 2009

Думаю, что информация о сохранении типа («сохраняется…») должна находиться не наверху одна для всех, а выдаваться непосредственно возле каждого поля после его заполнения. Таким образом она будет постоянно в локусе внимания пользователя.

Я в проекте интерфейса «BTM» (http://tomenko.com.ua/portfolio/interfaces/btm/), в разделе редактирования чего-либо, предложил делать прозрачными текстовые поля и раскрывающиеся списки после их заполнения. Кнопки «сохранить», естественно, тоже нет. Повторное изменение происходит по клику на поле или списку. Понятно, что данные сохранены. Если в вашем случае это уместно, можете воспользоваться дополнительно таким приёмом.

Но. Если полностью скрывать поле, то по привычке пользователь подумает, что эту информацию изменить нельзя, поэтому нужна именно прозрачность.

Денис Братчук
9 июля 2009

Я полагаю, что если нет возможности восстановить состояние записи до автоматического сохранения, то и автосохранение делать нельзя.

Денис Чмель
9 июля 2009

Кнопка «Сохранить» нужна также, когда соединение с интернетом непостоянно (отошёл от wifi-точки).

Александр Пономарёв
9 июля 2009

Олег, большое спасибо за важное дополнение. Считаю необходимым выразить своё согласие по поводу прозрачности. Действительно, так стоит делать.

Или добавить кн опку внизу формы «Повторное редактирование уже заполненных полей», чтобы внешние признаки полей и контролов из невидимых становились видимыми :-)

Алексей Мельников
10 июля 2009

По моему глубокому убеждению, кнопка сохранения нужна. Но не в её классической интерпретации, а в значении «сохранить и закрыть». Потому что когда все изменения сделаны, окно работы с документом больше не требуется, и закрывать его, целясь в крестик, крайне неудобно.

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

Антон Шеин
12 июля 2009

Есть такой замечательный редактор для кода — IntelliJ IDEA (http://www.jetbrains.com/idea/). Он сохраняет файлы сразу после того, как окно приложения теряет фокус. И может откатывать изменения назад на неограниченое число уровней. Даже после закрытия файла, его можно опять открыть и сочетание Ctrl+Z будет работать.

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


Цель рубрики — обсуждение вопросов дизайна всех видов, текста в дизайне и взаимоотношений дизайнеров с клиентами.

Мы публикуем комментарии, которые добавляют к уже сказанному новые мысли и хорошие примеры. Мы ожидаем, что такие комментарии составят около 20% от общего числа.

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

Вот такой веб 2.0.

5 Иногда люди, когда пытаются оценить, насколько выгодно расположены элементы на форме, рисуют линию, по которой якобы глаз скользит 2 6 3




Недавно всплыло

О тексте как базовом элементе 6 3 1 Выбранные элементы списка, как не забывать принципы из советов бюро и когда нужен логотип 1