Я считаю, что одной иконки сохранения недостаточно.
Существует ещё такая концепция как "автоматическое сохранение". И хотелось бы знать его статус.
Поэтому можно было бы отображать либо факт, либо количество времени с последнего автоматического сохранения.
Либо количество изменений, внесённых с момента загрузки до момента последнего автоматического сохранения,
и количество изменений с момента последнего автоматического сохранения до текущего момента времени.
Здравствуйте, Эйнсток Файр, Вы писали:
ЭФ>Существует ещё такая концепция как "автоматическое сохранение". И хотелось бы знать его статус. ЭФ>Поэтому можно было бы отображать либо факт, либо количество времени с последнего автоматического сохранения. ЭФ>Либо количество изменений, внесённых с момента загрузки до момента последнего автоматического сохранения, ЭФ>и количество изменений с момента последнего автоматического сохранения до текущего момента времени.
Зачем?
В идеале, концепция предполагает, что всё, что ты напедалил до текущего момента, не потеряется при внезапном ядерном ударе выключении/креше.
Обычно, автосохранение выполняется не в тот файл, в который сохраняется явно, по команде пользователя, а в специальный, где-то в каталоге temp, например.
В таких условиях оно должно быть вообще невидимо для пользователя.
А если сохранять в рабочий файл, то тебе придётся реализовывать полноценную систему контроля версий, внутри своего документа, либо "вечный" откат.
_____________________
С уважением,
Stanislav V. Zudin
Здравствуйте, Эйнсток Файр, Вы писали:
ЭФ>Я считаю, что одной иконки сохранения недостаточно.
Как и во многих других вопросах UX, правильный ответ зависит от целевой аудитории и сценариев использования. Вот например при написании этого коммента никаких вариантов "сохранить" нету. Есть только "отправить". В моей IntelliJ IDEA, где я пишу элитный кодес, тоже "сохранить" нету. Она чуть ли не на каждое нажатие сохраняет, причём не в какой-то временный файл, а в основной. В LibreOffice Calc есть "сохранить".
Ваш вопрос — он про какой софт для какой аудитории?
Идея, кстати, интересная, если кроме автосохранения и сохранения учитывать ещё подписывание.
Но можно целый иконостас, если есть "цепочка утверждения документа".
В этом случае можно выводить аватарки участников процесса (кто из них подписал версию),
например:
"начальник компании" (15 коммитов назад),
"руководитель проекта" (12 коммитов назад),
"автор документа" (3 коммита назад),
R> ответ зависит от целевой аудитории и сценариев использования
Нуу, компьютер может ломаться, отказывать жесткие диски.
Поэтому хорошо бы не только сохранять, но и выполнять резервное копирование (или push на github).
Область, которая всё это описывает, называется наверное "документооборот и архивное дело".
Здравствуйте, Эйнсток Файр, Вы писали:
R>> ответ зависит от целевой аудитории и сценариев использования
ЭФ>Нуу, компьютер может ломаться, отказывать жесткие диски. ЭФ>Поэтому хорошо бы не только сохранять, но и выполнять резервное копирование (или push на github).
ЭФ>Область, которая всё это описывает, называется наверное "документооборот и архивное дело".
Да чёт всё равно мутновато Посмотрите как у гугл драйвовских аппликейшнов сделано. У Google Sheets например. Там на кажое действие начинается процесс сохранения: показывается индиктор "сохраняю"/"сохранено". Есть отдельный индикатор "Last edit was 20 minutes ago". И отдельно есть крутая фича — просмотр истории правок (я так понимаю, он по времени определяет начало-конец правок, чтобы отнести их к одной версии). Т.е. по содержанию вашего первого сообщения вроде пример полностью попадает, но я не знаю если вам пример нужен или какой-то гайдлайн. Сейчас "свежие" UX дизайнеры много наколеночным изобретательством занимаются, мне кажется стандартов толком и нет уже.
Здравствуйте, Эйнсток Файр, Вы писали:
ЭФ>Я считаю, что одной иконки сохранения недостаточно.
А что конкретно подразумевается под «иконкой сохранения»? Прямо-таки иконка как изображение, или всё же, как я подозреваю, команда?
Пятиминутка КО. Если говорить о классическом десктопном UI, его интерфейс построен вокруг этих самых команд. Придумал это, насколько я знаю, IBM в мохнатом году, а Microsoft (и Corel) довели до ума — но могу ошибаться, в истории не слишком силён.
Команда представлена контролом в меню / на панели инструментов. Тип этого контрола зависит от типа команды. В простейшем случае команды бывают только одного типа (действие), но офисные приложения эволюционировали в сторону усложнения. Навскидку:
Тип команды
Тип контрола
Пример из Word'а
Может иметь иконку
Действие
Кнопка
'Save'
Да
Включение-выключение режима
Кнопка-чекбокс
'Bold'
Да
Выбор режима
Кнопка-радиобокс
'Left Align'
Да
Группировка других команд
Выпадающая суб-панель с командами
'Borders'
Да
Выбор значения
Комбобокс
'Language'
Нет
Выбор значения со вводом
Редактируемый комбобокс
'Font Size'
Нет
Плюс ещё несколько особых типов, про которые мы тут не будем. Позже эту простую и ясную схему в некоторых продуктовых линейках сочли излишне сложной для современного юзера и начали её портить путём рандомной кастомизации, но про это мы тоже не будем.
С командой, тип которой это допускает (см. выше), может быть ассоциирована иконка — иконка как изображение.
Вот теперь вопрос: что значит «одной иконки сохранения недостаточно»?
Если всё-таки подразумевалась не «иконка», а «команда»: одной команды для сохранения недостаточно? Так их и так, как минимум, две: 'Save' / 'Save As...'. Добавить третью?
Одного изображения у одной команды недостаточно? Одна команда должна поддерживать разные иконки? Ну, во-первых, продвинутые UI дают юзеру возможность выбрать/отредактировать иконку самому. Если это реализовано, то менять иконки, не сломав всю схему, не выйдет. А, во-вторых, от этой идеи если кое-где и отказались, то потому, что хотят, чтобы у юзера изображение предельно чётко ассоциировалось с командой и он мог работать на чужом компьютере (где изображения будут гарантировано стандартные).
Вместо традиционных типов команд ввести для сохранения новый тип команды, с новым тип контрола? Я выше не упомянул такой тип команды, как «выбор цвета» — там поверх иконки-изображения отображается слой с цветным прямоугольником. Сделать что-то типа этого?
Вот теперь, я думаю, можно заново сформулировать вашу мысль в терминах классического офисного гуя... ну или объяснить, в чём ваш радикально новый подход
ЭФ>Существует ещё такая концепция как "автоматическое сохранение". И хотелось бы знать его статус.
Смешивать концепции «автоматическое сохранение» и «ручное сохранение» — ИМХО, не очень удачная идея. Конкретно, я имею в виду как-бы-нажатие за юзера 'Save'. Да, так делают, но это обламывает как продвинутых юзеров, так и чайников.
Если «автоматическое сохранение» неотключаемое — продвинутый юзер обломится от ненужного принудительного сохранения промежуточных (и, следовательно, некорректных) состояний. Плюс, вообще теряется смысл в команде 'Save' — она сводится чисто к «не дожидаемся таймера».
Если «автоматическое сохранение» отключаемое, но включено по умолчанию — продвинутый юзер обломится от необходимости лезть в настройки после установки и отключать.
Если «автоматическое сохранение» отключаемое, но выключено по умолчанию — чайник обломится искать, где оно включается (или вообще про эту фичу не узнает).
Если всё-таки делать такую какашку, то можно отключать (disable) команду сохранения (о да, команды ещё имеют и разные свойства, такие как «доступность»). Привязываем флаг доступности к наличию несохранённых изменений — а контрол любой команды должен уметь рендериться в disabled-состоянии. Иными словами: юзер видит, что кнопка команды 'Save' посерела — значит, всё сохранено.
Решение такое же какашечное, как вся схема в целом, ибо disabled-состояние команды сохранения искуственно и даёт юзеру дискомфорт.
Поэтому вместо дурацкого автосохранения лучше сделать drafting — автоматически сохранять не документ, а его черновик. Опять же, это классика жанра — можно плодить файлы черновиков рядом с документом (это частично решает проблемы privacy + искать файлы не надо). Можно где-то у себя сохранять. Много как можно.
Или уж делать автосохранение полноценного графа состояний и убирать ручное сохранение. Если сумеете придумать хороший UI для этого — расскажите потом Надо будет придумать хорошее многомерное представление Undo/Redo, решить вопрос приватности и безопасности, не изнашивать SSD, не подвисать на сетевых ресурсах и мноооооого чего ещё. К drafting'у часть этих вопросов тоже применима, не беспокойтесь.
ЭФ>Поэтому можно было бы отображать либо факт, либо количество времени с последнего автоматического сохранения.
Если делать drafting, отображать факт сохранения вообще не надо: надо просто сохранять черновик на каждое значимое изменение вообще. Отображать надо только тип сохранения. Можно добавлять [Draft] в заголовок окна при любом редактировании и убирать при ручном сохранении.
ЭФ>Либо количество изменений, внесённых с момента загрузки до момента последнего автоматического сохранения, ЭФ>и количество изменений с момента последнего автоматического сохранения до текущего момента времени.
Что юзер должен делать с этой информацией? Начинать беспокоиться? Как говорят америкосы, 'Please do not disturb. I'm already disturbed'.
Здравствуйте, Shtole, Вы писали: S>Пятиминутка КО. Если говорить о классическом десктопном UI, его интерфейс построен вокруг этих самых команд. Придумал это, насколько я знаю, IBM в мохнатом году, а Microsoft (и Corel) довели до ума — но могу ошибаться, в истории не слишком силён.
Там сложно — IBM в лице Тео Манделла придумала объектно-ориентированный GUI, который был впилен в основном в OS/2, а впоследствии в значительной мере переиспользован в Windows после расставания влюблённых.
Построение интерфейса вокруг команд восходит к более ранней эпохе — эпохе любви между MS и Apple, которая, в свою очередь, строится на идеях, разработанных в Xerox PARC.
Уйдемте отсюда, Румата! У вас слишком богатые погреба.
S>Вот теперь вопрос: что значит «одной иконки сохранения недостаточно»?
Он хочет ещё иконку статуса автосохранения в статус-баре с надписью, когда сохранялось/сколько прошло с момента сохранения, но не может до конца сформулировать и выразить свою мысль
Здравствуйте, удусекшл, Вы писали:
У>Он хочет ещё иконку статуса автосохранения в статус-баре с надписью, когда сохранялось/сколько прошло с момента сохранения
Здравствуйте, Эйнсток Файр, Вы писали:
ЭФ>Существует ещё такая концепция как "автоматическое сохранение". И хотелось бы знать его статус.
Зачем? Автоматическое сохранение подразумевает, что программа сама обеспечивает сохранность введенных данных в любой момент времени. Если это не так, то это кривая реализация, и лучше уж ручное сохранение. "Автоматическое" сохранение, за которым нужно следить, не нужно.