Комментарии 11
Все бы хорошо, только Ваши «длинные и сложные» тексты 90% пользователей читать не будет, а будет нажимать на первую попавшуюся кнопку и потом жаловаться на «неожиданный» результат.
«Прежде чем пересохранять, сделайте резервную копию. Документ не будет читаться версией, в которой он создан.» — поверьте, до конца дочитает меньшинство, а уж осмыслят текст и последствия своих действий — единицы.
А тот текст, который у Вас на скриншоте, я честно перечитал три раза, но так и не понял — какой смысл у этого вопроса? Ведь по сути пользователя спрашивают — сохранить ту работу, которую он уже проделал, или похерить ее? Вы действительно считаете, что здесь есть выбор?
Я не знаю, если честно, как правильно выходить из такой ситуации, но, скорее всего, я бы сохранял новый файл без вопросов, но при этом автоматически делал рядом «бэкап» предыдущей версии файла и извещал об этом пользователя. Даже если он вдруг пропустит предупреждение мимо ушей — ничего фатального не случится, бэкап будет доступен.
P.S. С нашим продуктом идет в комплекте «Краткое руководство». В него вложен (между первой и второй страницами) специальный вкладыш, на котором большими буквами описано решение самой актуальной проблемы пользователей. Т.е. тот, кто хоть раз просто открывал инструкцию, мимо этого листочка пройти не мог просто физически. 90% звонков в тех. поддержку посвящены именно этой проблеме. Никто никогда не читает тексты длиннее пяти слов.
«Прежде чем пересохранять, сделайте резервную копию. Документ не будет читаться версией, в которой он создан.» — поверьте, до конца дочитает меньшинство, а уж осмыслят текст и последствия своих действий — единицы.
А тот текст, который у Вас на скриншоте, я честно перечитал три раза, но так и не понял — какой смысл у этого вопроса? Ведь по сути пользователя спрашивают — сохранить ту работу, которую он уже проделал, или похерить ее? Вы действительно считаете, что здесь есть выбор?
Я не знаю, если честно, как правильно выходить из такой ситуации, но, скорее всего, я бы сохранял новый файл без вопросов, но при этом автоматически делал рядом «бэкап» предыдущей версии файла и извещал об этом пользователя. Даже если он вдруг пропустит предупреждение мимо ушей — ничего фатального не случится, бэкап будет доступен.
P.S. С нашим продуктом идет в комплекте «Краткое руководство». В него вложен (между первой и второй страницами) специальный вкладыш, на котором большими буквами описано решение самой актуальной проблемы пользователей. Т.е. тот, кто хоть раз просто открывал инструкцию, мимо этого листочка пройти не мог просто физически. 90% звонков в тех. поддержку посвящены именно этой проблеме. Никто никогда не читает тексты длиннее пяти слов.
Еле дочитал ваш длинный коммент :)
С бэкапом вы правильно предложили. Так, кстати, поступают новые версии Delphi/Builder’а.
Но Delphi — крупная программа с редким (~1,5 года) циклом обновления. Тут новые версии выходят в среднем одна в три рабочих дня и исключительно с «дымовым» тестированием, так что есть и нюансы.
Но Delphi — крупная программа с редким (~1,5 года) циклом обновления. Тут новые версии выходят в среднем одна в три рабочих дня и исключительно с «дымовым» тестированием, так что есть и нюансы.
И ещё. Из песни слов не выкинешь, а большинство сообщений выпадают, конечно же, на пустой экран. Это единственное, которое физически можно было заскриншотить поверх уровня.
специальный вкладыш, на котором большими буквами описано решение самой актуальной проблемы пользователей
Вы прям заинтриговали. Что за проблема то? «Попробуйте выключить, а затем снова включить его»?
У Спольски есть пример, как можно обеспечить совместимость между разными версиями программ с минимальными неудобствами для пользователя: russian.joelonsoftware.com/PainlessSpecs/1.html
Но он расчитан, скорее, на программы обновляющиеся не так уж часто.
Цитата:Код будет построен так, чтобы использовать два интерфейса: V1 и V2. V1 содержит все функции первой версии, а V2, который наследуется от V1, добавляет все нововведенные функции. Теперь метод V1::Save будет использоваться для обратной совместимости, а V2::Save может быть использован для сохранения всех нововведений версии 2. Если пользователь откроет файл через V1 и попытается использовать функциональность из V2, программа его об этом предупредит, и он вынужден будет либо конвертировать файл, либо прекратить использование нововведений второй версии.
Но он расчитан, скорее, на программы обновляющиеся не так уж часто.
Цитата:Код будет построен так, чтобы использовать два интерфейса: V1 и V2. V1 содержит все функции первой версии, а V2, который наследуется от V1, добавляет все нововведенные функции. Теперь метод V1::Save будет использоваться для обратной совместимости, а V2::Save может быть использован для сохранения всех нововведений версии 2. Если пользователь откроет файл через V1 и попытается использовать функциональность из V2, программа его об этом предупредит, и он вынужден будет либо конвертировать файл, либо прекратить использование нововведений второй версии.
«Утилита всё-таки внутренняя, и не стоит консервировать в ней поддержку старых сейвов на запись».
Так что тут немного не то, тут задача другая: склонить дизайнеров пользоваться в пределах одного проекта одной версией редактора, и этим избавиться от потерь данных.
Так что тут немного не то, тут задача другая: склонить дизайнеров пользоваться в пределах одного проекта одной версией редактора, и этим избавиться от потерь данных.
У нас бывает такое. Программист Иванов и дизайнер Петров используют редактор уровней для создания тайловых фонов, им ничего особенного не нужно и они готовы сидеть и на старой версии — лишь бы она была стабильна. Программист Сидоров и дизайнер Дьякова вечно у меня что-то просят — то статистику по юнитам, то пользовательские свойства, которые редактору неважны, но должны читаться внешним экспортёром — эти двое будут моими невольными бета-тестерами.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Как предупредить об устаревшей версии внутренней утилиты