Результаты поиска

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

Существуют ли какие-либо руководства или эмпирические правила для таких вещей, как цветовые схемы, макеты, форматирование и т. д.? Я хочу обеспечить читаемость и ясность для посетителей, но не быть мягким и скучным одновременно.

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

Как вы проверяете удобство использования пользовательских интерфейсов ваших приложений-будь то веб или рабочий стол? Вы просто бросаете все это вместе, а затем настраиваете его на основе пользовательского опыта, когда приложение работает? Или вы передаете его определенной команде юзабилити для тестирования перед выпуском?

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

Любая помощь ценится.

Одна из вещей, о которой говорилось несколько раз в подкасте, - это то, всегда ли должны быть включены пункты меню, чтобы предотвратить разочарование "WHY ISN'T THIS AVAILABLE!" для конечного пользователя.

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

Поскольку я собираюсь начать работу над довольно значительным кросс-платформенным приложением Windows / Mac, я подумал, что выброшу это, чтобы услышать мудрость толпы SO.

Как вы проверяете удобство использования пользовательских интерфейсов ваших приложений-будь то веб или рабочий стол? Вы просто бросаете все это вместе, а затем настраиваете его на основе пользовательского опыта, когда приложение работает? Или вы передаете его определенной команде юзабилити для тестирования перед выпуском?

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

Любая помощь ценится.

Я задаю этот вопрос исключительно с точки зрения удобства использования: должен ли веб-сайт расширяться/растягиваться, чтобы заполнить область просмотра при изменении размера окна браузера?

Я точно знаю, что есть очевидные минусы:

• Широкие столбцы текста трудно читать
• Написание html/css с использованием процентов может быть болью
• Это делает вас уязвимым к тому, чтобы ваш дизайн растягивался за его пределы, если изображение слишком широкое, или добавляется блок текста, который слишком длинный. (смотрите, это боль, чтобы кодировать html/css)

Единственное, о чем я могу думать, это то, что пользователям, которые используют изменение размера шрифта, встроенное в их браузер, не придется иметь дело со столбцами длиной всего в несколько слов, с телом whitespace с обеих сторон. Тем не менее, я думаю, что это может быть проблемой браузера больше, чем что-либо еще (Firefox 3 позволяет вам масштабировать все , а не только текст, который все время пригодится)

edit: я заметил, что переполнение стека имеет фиксированную ширину, но кодирование ужаса изменяет размер. Похоже, у Джеффа нет сильного предпочтения в любом случае.

• Создание call-центра;
• Регистрация по смс;
• Регистрация с помощью автоответчика, по аналогии с сервисами сотовых операторов.

• Поле обязательное. Нет пункта, который не входит в этот список и выбран какой-то элемент из списка — таким образом пользователь может сам и не заполнить это поле.
  
• Поле необязательное. Нет пункта, который не входит в этот список и выбран какой-то элемент из списка — таким образом пользователь лишён возможности не указывать значение в необязательном поле.