My<cod/>.net
Разработка для нескольких мониторов
В настоящее время мы работаем над новой версией нашего основного приложения. одна вещь, над которой я действительно хочу работать, - это поддержка нескольких мониторов. Все чаще наши целевые пользователи добавляют вторые экраны к своим рабочим столам, и я думаю, что наш продукт может использовать это дополнительное пространство для повышения производительности пользователей.
Наше приложение-это финансовый пакет, который поддерживает лизинговые и флотские компании-очень специализированный рынок. При этом я уверен, что у многих людей с несколькими мониторами есть любимый бит программного обеспечения, который, по их мнению, был бы улучшен, если бы он лучше поддерживал эти дополнительные экраны.
Я ищу некоторые мнения о тех придирках, которые у вас есть с текущим программным обеспечением, и как вы думаете, что они могут быть улучшены для поддержки нескольких мониторов. Моя цель состоит в том, чтобы затем просмотреть их и решить, как я могу их реализовать и, надеюсь, обеспечить еще лучшую среду для моих пользователей.
Ваша помощь будет оценена по достоинству. Спасибо.
Несколько случайных советов:
- Если одновременно можно открыть несколько windows, разрешите пользователям размещать их на отдельных экранах. Кажется очевидным, но некоторые очень популярные приложения (например, Visual Studio) с треском проваливаются в этом.
- Запомните положение последнего открытого окна и откройте новое windows на том же экране, что и раньше. Однако иногда пользователи переключаются между несколькими и одним дисплеем (например, стыковка ноутбука с внешним CRT), так что часы охватывают и этот случай.
- Подумайте, как работают ваши конкретные пользователи и как может помочь одновременное использование двух максимизированных windows. Часто существует (довольно пассивное) окно для ссылок (например, web browser/help)) и активное окно для ввода данных (например, editor/database)), между которыми пользователи переключаются.
- Не помещайте панели инструментов / панели инструментов в другое окно, чем объекты, с которыми они работают (это неудобно для перемещения мыши до сих пор).
Руководство Apple по человеческому интерфейсу для Mac охватывает управление окнами на нескольких дисплеях с 1987 года, когда Mac II был представлен с шестью слотами, которые могут содержать графическую карту. Эти рекомендации предлагают несколько хороших рекомендаций, о которых вы можете не думать сначала при реализации поддержки нескольких окон. Например, если окно охватывает несколько дисплеев,на каком дисплее должен быть открыт new windows? Ответ на этот вопрос можно найти на рисунке 14-33 в главе, посвященной поведению окон.
Теперь у Microsoft может быть нечто подобное для разработчиков Windows; если это так, проверьте это и следуйте их рекомендациям, поскольку вы не хотите вести себя иначе, чем другие приложения в системе (или что ваши пользователи привыкли к этому) без уважительной причины. Однако, если нет никаких рекомендаций, следуйте рекомендациям Apple, поскольку они достаточно хорошо продуманы и изначально были разработаны путем экспериментов и исследований.
Это раздражает, когда я перетаскиваю окно на другой монитор, а затем, если приложение создает всплывающее диалоговое окно или порождает другое окно, если это всплывающее окно/диалоговое окно отображается обратно на основном мониторе.
Я не разрабатывал для нескольких мониторов, но я думаю, что это может быть лучше обработано, если вы расположите дочерние windows/диалоги по центру родительского окна, а не по центру рабочего стола (что, как я предполагаю, происходит в случае, описанном выше).
Я собираюсь дать кивок в сторону dbkk, поскольку они захватили пару основных моментов, которые вам нужно запомнить.
Кроме того, я бы посоветовал обратить внимание на то, как вы используете двойные мониторы, и постараться иметь это в виду, когда вы развиваетесь. Как правило, вы должны стараться избегать делать то, что раздражает вас, когда вы работаете. Кроме того, не думайте, что только потому, что у пользователя есть два монитора, они захотят работать с вашим приложением на двух мониторах.
Самая большая вещь, которую я хотел бы подчеркнуть,-это отслеживание того, где находится фокус в приложении, и обеспечение того, чтобы любые всплывающие окна происходили в этом регионе, одна из вещей, которую люди, похоже, больше всего не любят,-это всплывающее окно в другом окне, а не в том, над которым они работают.
Определенно держите диалоги рядом с тем местом, где вы нажали, чтобы вызвать их. Помните, на каком мониторе находится окно между сеансами. Имейте в виду, что если у них меньше мониторов, чем в прошлый раз, когда ваше приложение было запущено, вам нужно вернуть windows в видимую область. Укажите значок или кнопку для переключения мониторов. В зависимости от типа приложения может быть полезно иметь возможность легко выложить плитку windows вашего приложения на мониторе или на всех.
Следует иметь в виду, что у пользователя может быть более двух мониторов. Моя основная система имеет шесть мониторов, и я запустил 4+ монитора на Linux, Windows и Mac OS. Многие приложения-даже утилиты с несколькими мониторами-будут поддерживать 2 монитора, но не более 2-х.
Приложения работают лучше всего, когда они знают о том, где находятся их windows и относятся к местоположению этих windows. И как кто-то еще упомянул, если вы собираетесь вспомнить, где было окно, убедитесь, что геометрия все еще имеет смысл, когда пользователь возвращается.
Если система OS / window отправляет событие, связанное с изменением геометрии экрана, обработайте его, если вы делаете что-то необычное.
Я думаю, что большинство приложений, которые хорошо закодированы, обычно работают в наши дни.