Это плохая практика, чтобы отключить ОС «Функции»?

Question

Одной вещью, которую я не могу придумать, является постоянный вопрос здесь и в Интернете о отключении «функций» на базе ОС. Люди вечно спрашивают, как отключить ярлыки ОС по умолчанию (например, копировать-вставить, ключ Windows и т. Д.) Или программно отключить функции.

Конечно, это очень, очень плохая практика? Модифицировать операционную среду пользователя с вашей программой, если она не предназначена специально для того, чтобы помочь использованным пользователям изменить их собственную операционную среду (что, в большинстве случаев, которые я видел, я в этом сильно сомневаюсь). Я бы никогда не хотел, чтобы программа модифицировала мои связанные ярлыки или изменила поведение / набор функций по умолчанию в моей среде. Это общий консенсус или это только я? Он нарушает практически все базовые теории эвристики и юзабилити / согласованности, о которых я только могу подумать - не в последнюю очередь, принцип наименьшего удивления.

Таким образом, вопрос заключается в следующем: Есть ли когда-нибудь время (помимо помощи пользователю в изменении его среды) при манипулировании / изменении / отключении функций операционной системы, или из общего окружения пользователя, является ли это приемлемой практикой? Должна ли программа когда-либо пытаться отключить ключ Windows, скопировать / вставить ярлыки, настроить текст кнопки «Пуск» или что-либо подобное, без явного разрешения пользователя и изменение является принципиально необходимым для выполнения цели программы?

Answer 1

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

Answer 2

Нет.

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

Даже исключения, такие как отмеченные ocdecio и overslacked , хотя и с благими намерениями, могут попасть в эту ловушку (сколько игр вы сыграли, которые потерпели крах, оставив важные системные функции отключены или киоски, которые отключили переключение задач, но забыли отключить системные уведомления ...) Когда это возможно, разработчики должны сначала обратиться к самой ОС за поддержкой в ​​реализации полноэкранных, ограниченных приложений или приложений для киосков.

Кстати - маркировка CW, очень субъективно.

Answer 3

Мета-ответ: Это может быть хорошей идеей, если-и-только-если ваша реальная причина для этого в интересах пользователя.

И не пытайтесь лгать пользователю о том, что вы делаете это для «безопасности». Вы можете рассчитывать на публичное имя и позор.

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

Answer 4

Пример хорошего отклонения от нормального поведения интерфейса - Ctrl-C на эмуляторе терминала на winblows.

В общем, отключение «нормальных» функций интерфейса O / S, очевидно, глупо. Вы можете себе представить, что нужно искать педаль тормоза в арендованном автомобиле? Насколько безопасно было бы отгонять его с участка? Необходимость поиска фонарей, дворников, индикаторов и ручного тормоза - это достаточно плохо ... Педаль тормоза должна быть в центре или слева ;-) Это работает. Не бери с ним!

Сказав, что: Блог Neil Frasers систематически разрушает многие из "универсальных принципов" дизайна пользовательского интерфейса, оценивая их применение в почтенном программируемом цикаляре TI80. Фраза «Это приводит к плохому калькулятору» каким-то образом запала мне в мозг.

Я считаю, согласованность интерфейса имеет первостепенное значение. Например, я использую продукт под названием SOATest. Это Java-приложение на основе Eclipse для тестирования веб-сервисов SOAP (и др.). Он имеет одну очень раздражающую причуду. Ctrl-Insert и Shift-Insert не работают ни в одной из его текстовых областей, но они работают во многих (не во всех) его текстовых полях. Если бы эти ключи постоянно не работали, я бы с большей готовностью адаптировался. Я нахожу эту небольшую причуду ужасно раздражающей, потому что (для меня, как профессионального программиста), она представляет «просто простое небрежное произведение».

Итак ... Первое правило дизайна пользовательского интерфейса: независимо от того, что вы делаете, FFS делает это последовательно! Ваши пользователи умны, они адаптируются.

Приветствия. Кит.

Answer 5

Я видел приложения (включая ОС Windows, я думаю), которые отключают вырезание и вставку, когда в текстовом поле пароля.

Я бы согласился, что есть редкие причины, но в целом это плохая практика.

Answer 6

Да, я так думаю, хотя это редко и должно быть очень временным. Например, DVD-проигрыватель, отключающий заставку, или приложение типа презентации, игры или «родительское ПО», отключающее ключ Windows.

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