Как зайти в Даркнет?!
25th January, 01:11
6
0
Как в tkinter из поля ввода Entry получить значение в одну переменную и обновить строку кнопкой, затем получить ещё одно введённое значение и затем сложить их. Ниже пример кода
21st July, 19:00
894
0
Программа, которая создает фейковые сервера в поиске игровых серверов CS 1.6 Steam
21st March, 17:43
948
0
Очень долго работает Update запрос Oracle
27th January, 09:58
914
0
не могу запустить сервер на tomcat HTTP Status 404 – Not Found
21st January, 18:02
905
0
Где можно найти фрилансера для выполнения поступающих задач, на постоянной основе?
2nd December, 09:48
938
0
Разработка мобильной кроссплатформенной военной игры
16th July, 17:57
1724
0
период по дням
25th October, 10:44
3955
0
Пишу скрипты для BAS только на запросах
16th September, 02:42
3720
0
Некорректный скрипт для закрытия блока
14th April, 18:33
4613
0
прокидывать exception в блоках try-catch JAVA
11th March, 21:11
4381
0
Помогите пожалуйста решить задачи
24th November, 23:53
6086
0
Не понимаю почему не открывается детальное описание продукта
11th November, 11:51
4350
0
Нужно решить задачу по программированию на массивы
27th October, 18:01
4396
0
Метода Крамера С++
23rd October, 11:55
4309
0
помогите решить задачу на C++
22nd October, 17:31
4002
0
Помогите решить задачу на python с codeforces
22nd October, 11:11
4492
0
Python с нуля: полное руководство для начинающих
18th June, 13:58
2599
0
Должны ли пункты меню всегда быть включены? И как вы говорите пользователю?
Одна из вещей, о которой говорилось несколько раз в подкасте, - это то, всегда ли должны быть включены пункты меню, чтобы предотвратить разочарование "WHY ISN'T THIS AVAILABLE!" для конечного пользователя.
Это кажется мне хорошей идеей, но тогда возникает проблема сообщения отсутствия доступности (и причины, по которой) пользователю. Есть ли что-нибудь лучше, чем просто выскакивает окно сообщения с рекламным текстом?
Поскольку я собираюсь начать работу над довольно значительным кросс-платформенным приложением Windows / Mac, я подумал, что выброшу это, чтобы услышать мудрость толпы SO.
Одна вещь, которую я видел, как производитель принтера делает со своим диалоговым окном свойств принтера, - это небольшой значок справки рядом с отключенными элементами, которые отображают подсказку при наведении на нее.
Еще одна вещь, которую вы можете сделать с отключенными элементами, - это добавить в скобках, почему он отключен или что пользователь должен сделать, чтобы включить его. E.g., "Save (already saved)" или "Copy (select something to copy)".
Мне не нравится держать его включенным, потому что тогда он будет внушать колебание пользователям, чтобы выбрать любой пункт меню, опасаясь, что они просто получат сообщение об ошибке, заставляющее их чувствовать себя глупо, не понимая, что они не могут выполнить эту операцию в то время.
Пункты меню, которые spring диалогов имеют elipsis (...) после них, чтобы пользователи знали, что это не просто нажмите и продолжайте. Обязательные поля формы имеют звездочку или жирный шрифт, чтобы избавить пользователя от ругани с сообщением об ошибке проверки.
Вы должны рассмотреть альтернативы.
- Скрыть пункт меню. Это плохо. Теперь у вас есть пункты меню исчезают и появляются все время?
- Отключите пункт меню. Теперь пользователь может найти то, что он ищет, это просто не очевидно, как включить его. Это лучше, но все же оставляет пользователя немного озадаченным.
- Оставьте пункт меню включенным, но сделайте так, чтобы он отображал диалоговое окно, объясняющее, что нужно сделать, когда программа находится в состоянии, когда элемент меню не может быть правильно использован.
Я согласен с Джоэлом в этом вопросе, #3 кажется лучшим выбором.
У Джоэла есть сообщение на этом http://www.joelonsoftware.com/items/2008/07/01.html , которое может быть хорошим местом, чтобы начать думать об этом.