Когда в диалоговом окне используется «ОК + Отмена» и «Сохранить + Отменить». Я видел, что они использовались взаимозаменяемо. Есть ли стандарт окна?Диалоги Windows: когда использовать «ОК + Отмена» и когда использовать «Сохранить + Отменить». Является стандартом Windows?
Используйте тот, который имеет наибольший смысл в вашем приложении, но не смешивает разные стили.
Если у вас есть вопрос:
"Вы хотите удалить этот товар?" => Да/Нет.
«Вы хотите сохранить элемент перед закрытием?» => Да/Нет/Отмена
«Все изменения будут потеряны при закрытии этого окна». => ОК/Отмена
Как вы видите, вам действительно нужно обратить внимание на вопрос/заявление, чтобы отобразить осмысленные варианты. Но не используйте разные варианты для того же вопроса, например:
Щелчок по X: «Вы хотите выйти?» => Да/Нет
Выбор выхода в меню: «Вы хотите выйти?» => ОК/Отмена
Я не думаю, что когда-либо видел Save + Cancel за пределами диалоговых окон «Сохранить как ...», предоставленных самой Windows (, если вы не используете его, но вместо этого вы сами скачали «плохой, плохой человек!), однако ОК следует считать подтверждением действия или его описания на экране, в то время как« Сохранить »указывает, что вы собираетесь что-то сэкономить.
Для дальнейшего чтения, проверьте эти две ссылки:
Что касается окон сообщений, есть де-факто стандарт: Windows API MessageBox function поддерживает следующие комбинации :
Таким образом, если один из эти комбинации соответствуют вашим потребностям, вы, вероятно, должны использовать его, поскольку пользователи знакомы с этими комбинациями. Конечно, использование Windows API (доступное через System.Windows.Forms.CommonDialogs, System.Windows.Forms.MessageBox и т. Д.) Обычно лучше, чем разработка собственного пользовательского интерфейса. Это меньше работает, и пользователь получает согласованный пользовательский интерфейс для приложений ,
В подавляющем большинстве случаев я по умолчанию ОК и Отмена по одной простой причине: они просты, понятны, и все знают, что они означают.
В моем (ограниченном) опыте нет никаких причин для агонизации в течение какого-либо длительного периода времени над текстом альтернативной кнопки, если эти два были целыми веками и выполняли эту работу просто отлично.
Единственный раз, когда вам действительно нужно рассмотреть альтернативный текст кнопки, если в вашем окне больше двух кнопок, или если результат нажатия OK не будет явно очевидным. И во втором случае я бы предложил, чтобы ваше окно нужно было перепроектировать, а не текст на кнопке OK.
Windows standards for command buttons (и современные стандарты для других платформ) рекомендуют маркировать кнопку действием, которое она совершает, а не просто «ОК». Таким образом, назовите кнопку «Поиск», если она ищет, «Покупай», если она покупает, регистрируется, если она регистрируется, и так далее. Метка Сохранить означает, что пользователь сохраняет базовый документ или данные, для которых было открыто диалоговое окно. Чтобы избежать путаницы, не используйте для сохранения настроек параметров в диалоговом окне.
Как правило, метка кнопки, которая выполняет действие, для которого предназначен диалог, должна быть такой же, как название диалогового окна, которое должно быть таким же, как элемент меню или ярлык кнопки, который открыл диалоговое окно в первое место (последнее заканчивается эллипсисом). Это обеспечивает общий лексический поток для пользователя, чтобы связать последовательность навигации вместе.
Также важно отметить, что кнопка с ее действием (а не OK или да) также важна, потому что она подтверждает, что пользователи именно то, что они собираются делать. Если пользователи не видят ничего больше в диалоговом окне или окне сообщения (и часто они этого не делают), они будут искать кнопку выполнения, чтобы щелкнуть ее. Если они думали, что они форматируют, а вместо этого видят кнопку с надписью «Взорвать», возможно, они перепроверят свою работу.
Используйте OK, только если у вас нет более конкретного глагола, например, при подтверждении сообщения об ошибке или подтверждении изменений в настройках функции (например, диалога свойств или параметров).
Старайтесь избегать использования повтора, игнорирования и прерывания. Эти действия слишком сложны и пугают большинство пользователей. WPF MessageBox больше не поддерживает эти действия. См. Http://msdn.microsoft.com/en-us/library/system.windows.messageboxbutton.aspx –