Режим планшета

Общие сведения

Режим планшета — это новый адаптивный пользовательский интерфейс, предлагаемый в Windows 10, который оптимизирует внешний вид и поведение приложений и оболочку Windows для физического форм-фактора и предпочтений пользователей. В этом документе описывается, как реализовать режим планшета на устройствах и планшетах типа "2 в 1", в частности, как включить и выйти из "режима планшета".

Режим планшета — это функция, которая переключает работу устройства из режима планшета в режим рабочего стола и обратно. Основной способ входа и выхода из режима планшета — вручную через центр уведомлений, щелкнув значок в правом нижнем углу на панели задач. Кроме того, изготовители оборудования могут сообщать о переходе оборудования (например, преобразование устройства "2 в 1" из раскладки в планшет и наоборот), обеспечивая автоматическое переключение между двумя режимами. Однако ключевым обещанием режима планшета является то, что пользователь всегда будет контролировать свои возможности, поэтому эти аппаратные переходы отображаются через всплывающее окно, которое должно быть подтверждено пользователем. Пользователи также могут задать ответ по умолчанию.

Целевые устройства

Таблетки	Отсоединяемые компоненты	Кабриолеты
Чистые планшеты и устройства, которые могут закрепиться на внешнем мониторе, клавиатуре и мыши.	Планшетные устройства с специально разработанными отсоединяемыми клавиатурами.	Устройства, похожие на ноутбук, с клавиатурами, которые складываются или вертлюгаются.

При переходе устройства в режим планшета происходит следующее:

• Начальный размер изменяется на всем экране, обеспечивая иммерсивное взаимодействие.
• Заголовки строк приложений Microsoft Store автоматически скрываются, чтобы удалить ненужный хром и позволить содержимому просвечиваться.
• Приложения Microsoft Store и приложения Win32 могут оптимизировать свой макет, чтобы в режиме планшета можно было использовать сенсорный ввод.
• Пользователь может закрыть приложения, даже приложения Win32, прокрутив вниз от верхнего края.
• Пользователь может одновременно привязать до двух приложений, включая приложения Win32, и легко изменять их размер одновременно пальцем.
• Приложения могут автоматически запускаться параллельно, чтобы создавать многозадачность макетов без особых усилий пользователя.
• Панель задач преобразуется в навигацию и строку состояния, которая больше подходит для планшетов.
• Сенсорная клавиатура может вызываться автоматически.

Конечно, даже в режиме планшета пользователи могут пользоваться Windows 10 такими функциями, как snap Assist, представление задач и центр уведомлений. На устройствах с поддержкой сенсорного ввода клиенты имеют доступ к вызовам этих функций с поддержкой сенсорного ввода: они могут провести пальцем от левого края, чтобы открыть представление задач, или провести пальцем от правого края, чтобы открыть центр уведомлений.

Режим планшета дает клиентам возможность использовать свое устройство наиболее удобным для них способом. Например, клиенту может потребоваться использовать 8-дюймовый планшет в режиме планшета исключительно до тех пор, пока он не закрепит его на внешнем мониторе, мыши и клавиатуре. После этого клиент выйдет из режима планшета и будет использовать все свои приложения в качестве традиционных окон на рабочем столе, как и в предыдущих версиях Windows. Аналогичным образом, пользователь кабриолета 2-в-1 может захотеть войти и выйти из режима планшета, так как он использует свое устройство в течение дня (например, коммутируя в автобусе, сидя за столом в своем офисе), используя сигналы от оборудования, чтобы предложить соответствующие моменты перехода.

Проектирование устройства для режима планшета

Если вы разрабатываете устройство типа "2 в 1", которое является кабриолетом или отсоединяемым устройством, рекомендуется ознакомиться со следующей блок-схемой при проектировании продукта. Это обеспечит правильную реализацию, чтобы в запросе режима планшета отображалось время изменения состояния устройства. Каждый из полей на блок-схеме содержит параметр реализации.

Метод 1. Реализация описания ACPI для индикаторов на основе GPIO

Если ваша система является устройством типа "2 в 1", которое использует физические GPIO для обозначения переходов состояния, можно описать индикатор перехода состояния в ACPI, и Windows автоматически перенаправит прерывания GPIO, вызванные этим индикатором, в операционную систему.

Дополнительные сведения см. в следующих ресурсах на сайте MSDN.

• Реализация индикатора (https://msdn.microsoft.com/library/windows/hardware/dn457884.aspx)
• Примеры дескрипторов ACPI (https://msdn.microsoft.com/library/windows/hardware/dn457868.aspx)

Метод 2. Использование интерфейса внедрения

Если ваша система является устройством типа "2 в 1", которое не использует физические GPIOS для указания переходов состояния, необходимо разработать драйвер режима пользователя или ядра, который внедряет индикатор перехода состояния в драйвер индикатора GPIO Laptop and Slate корпорации Майкрософт.

Интерфейс внедрения для драйвера индикатора GPIO Laptop and Slate определяется следующим образом:

/* 317fc439-3f77-41c8-b09e-08ad63272aa3 */ DEFINE_GUID(GUID_GPIOBUTTONS_LAPTOPSLATE_INTERFACE, 0x317fc439, 0x3f77, 0x41c8, 0xb0, 0x9e, 0x08, 0xad, 0x63, 0x27, 0x2a, 0xa3);

Вызов Метода WriteFile для интерфейса позволяет переключать состояние индикатора. Пример кода, демонстрирующий, как драйвер будет использовать интерфейс внедрения, можно найти на странице MSDN здесь: https://msdn.microsoft.com/library/windows/hardware/dn457889.aspx

Если вы создаете драйвер, использующий интерфейс внедрения, вам по-прежнему потребуется объявить описание ACPI для индикатора режима ноутбука или сланца, чтобы обеспечить загрузку драйвера microsoft GPIO Laptop and Slate. Однако не нужно добавлять ресурс GPIO в объявление ACPI для индикатора "ноутбук и шифер".

Примечание Когда устройство загружается, драйвер индикатора GPIO Laptop and Slate сначала инициализируется в режиме slate. Таким образом, важно, чтобы драйвер внедрения проверка состояние операционной системы, чтобы убедиться, что оно синхронизировано с фактическим состоянием системы сразу после загрузки устройства.

Ваш партнер SOC IHV уже может предложить драйвер или другое решение, которое внедряет переход состояния в драйвер папки "Входящие" корпорации Майкрософт. В этом случае вы можете сэкономить время и усилия, используя решение IHV в соответствии с конкретными рекомендациями.

Способ 3. Использование автоматического параметра для объявления постоянного состояния устройства

Если ваше устройство не является устройством типа "2 в 1", например обычным ноутбуком или настольным компьютером, вы можете отключить запрос с помощью параметра ConvertibleSlateModePromptPreference в файле ответов. Задайте значение 0, и запрос не будет отображаться, а пользовательский интерфейс не будет переключаться. Если значение не указано, значение по умолчанию равно 1, при этом системе будет предложено переключить режимы.

Примечание Также рекомендуется указать тип форм-фактора, который вы создаете, с помощью параметра DeviceForm в файле ответов.

Тестирование устройства

Убедитесь, что устройство реализует ConvertibleSlateMode

Если вы не уверены, правильно ли ваше устройство реализует ConvertibleSlateMode, проверка, существует ли в диспетчер устройств "GPIO Laptop or Slate Indicator Driver".

Убедитесь, что в диспетчер устройств включен параметр "Показать скрытые устройства", чтобы подтвердить наличие этого драйвера:

Существует два main способа входа и выхода из режима планшета:

• Вручную . Пользователь может войти в режим планшета или выйти из нее вручную, нажав кнопку "режим планшета", расположенную в центре уведомлений.
• Активируемые аппаратные действия . Ос может спросить пользователя, хотите ли они войти в режим планшета или выйти из него, если оборудование указало, что форм-фактор изменился с помощью ConvertibleSlateMode.

Использование клавиатуры Bluetooth в качестве триггера режима планшета не поддерживается. Основная проблема при использовании Bluetooth в качестве триггера заключается в том, что события Bluetooth коррелируют с связыванием и близостью устройств, и эти события не надежно сигнализируют о том, используется ли клавиатура (например, она может даже не находиться рядом с клиентом) и, следовательно, не сигнализируют о намерении клиента войти в режим планшета или выйти из него.

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

Так как запрос Windows на вход или выход из режима планшета зависит от реализации ConvertibleSlateMode, важно убедиться, что встроенное ПО, которое переключает ConvertibleSlateMode, тщательно протестировано. Реализация ConvertibleSlateMode низкого качества может привести к ухудшению взаимодействия с конечным пользователем, например несколько раз попросить пользователя "войти в режим планшета".

Кроме того, когда устройство "2 в 1" меняется с раскладушки на планшет, клавиатура и сенсорная панель могут получать случайные нажатия от пользователя, удерживающего планшет. Windows не поддерживает игнорирование ввода со встроенной клавиатуры и сенсорной панели при изменении преобразуемого устройства в планшет. Мы ожидаем, что производители устройств будут работать с оборудованием или программным обеспечением, чтобы избежать непреднамеренного ввода во время изменения форм-фактора, и тщательно протестировать его. В следующей таблице приведены некоторые распространенные ошибки, которые могут возникнуть, а также варианты использования, которые могут их вызвать. Эти варианты использования должны быть протестированы, чтобы предотвратить плохое переключение пользователя:

Параметры автоматической установки

Следующие параметры автоматической установки полезны, если вы разрабатываете устройство с поддержкой режима планшета:

Поведение режима планшета

Для обеспечения оптимальной работы с планшетами в Windows для режима планшета оптимизированы следующие аспекты панели задач:

• Отображение запущенных приложений — это означает, что пользователям необходимо управлять жизненным циклом работающих приложений.
• Несколько точек входа на рабочий стол — пользователю планшета не нужен простой доступ к рабочему столу в "режиме планшета".
• Плотный макет на панели задач — это может вместить больше элементов, но в режиме планшета сенсорный ввод, скорее всего, является основным вводом и требует менее плотного макета.
• Отображение значков уведомлений Win32 и deskbands на верхнем уровне и на уровне переполнения — большинство из них намеренно не помещаются в них пользователем и обычно не используются.

"Блокировка поворота

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

Чтобы отключить блокировку поворота и включить поворот по умолчанию, выполните приведенные ниже действия.

1. В режиме аудита задайте для параметра HKLM\Software\Microsoft\Windows\CurrentVersion\AutoRotation\Enable значение 1, где включена смена 1.
2. Используйте Sysprep для подготовки компьютера для клиента, как обычно.

Значки области уведомлений

При входе в режим планшета область уведомлений будет изменена. Будут показаны следующие значки:

• Аккумулятор
• Сеть
• Громкость
• Центр уведомлений

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

Однако если клиент отключил одно из этих значений в разделе Параметры в разделе Включение или отключение системных значков (показано ниже), Windows будет следовать настройкам клиента вручную и не будет включать этот значок.

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

Автоматическое продвижение значков уведомлений на верхний уровень будет заблокировано, но приложения должны по-прежнему запускать всплывающее уведомление, даже если значок не может перейти на верхний уровень. Исключением является значок служб определения местоположения. Если он включен в разделе Включение и выключение системных значков, он сможет повысить уровень до верхнего уровня слева от значка батареи. Однако если пользователь вручную решил отключить значок служб определения местоположения с помощью параметра Включить или выключить системные значки , Windows не будет принудительно повышать уровень значка.

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

Кнопка сенсорной клавиатуры

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

Значки приложений

По умолчанию значки приложений будут скрыты на панели задач в режиме планшета. Это определяется параметром Скрыть значки приложений на панели задач в режиме планшета :

Создание приложения, взаимодействующего с API режима планшета

Вы можете воспользоваться преимуществами режима планшета с помощью универсальная платформа Windows (UWP) и классических API Windows в приложениях. С помощью этих API вы можете настроить пользовательский интерфейс приложения так, чтобы он был первым касанием для режима планшета или мышью для использования рабочего стола. В этом разделе описывается использование интерфейсов API UWP и классических интерфейсов Windows в приложениях для обнаружения режима планшета и реагирования на него.

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

Классические API приложений для Windows

API универсальных приложений для Windows

Пример 1. Оптимизация макета при запуске приложения

При запуске приложение может запросить текущее состояние системы и оптимизировать ее макет для текущего режима взаимодействия, как показано в следующем примере.

Пример универсального приложения для Windows (C#)

using Windows.UI.Xaml;
using Windows.UI.ViewManagement;
 
    public sealed partial class MainPage : Page
    {
        public MainPage()
        {
            InitializeComponent();
            // Every view gets an initial SizeChanged, so we will do all our 
            // work there. This means that our view also responds to dynamic
            // changes in user interaction mode.
            Window.Current.SizeChanged += SizeChanged;
        }
 
        private void SizeChanged(object sender, RoutedEventArgs e)
        {
            switch(UIViewSettings.GetForCurrentView().UserInteractionMode)
            {
                case UserInteractionMode.Mouse:
                    VisualStateManager.GoToState(this, "MouseLayout", true);
                    break;
 
                case UserInteractionMode.Touch:
                default:
                    VisualStateManager.GoToState(this, "TouchLayout", true);
                    break;
            }
        }
     }

Пример классического приложения для Windows (C++)

using namespace Microsoft::WRL::Wrappers;
using namespace Microsoft::WRL;
HRESULT OnLayout()
{
    ComPtr<IUIViewSettingsInterop> uiViewSettingsInterop;
    HRESULT hr = GetActivationFactory(
        HStringReference(RuntimeClass_Windows_UI_ViewManagement_UIViewSettings).Get(), 
        &uiViewSettingsInterop);
    if (SUCCEEDED(hr))
    {
        ComPtr<IUIViewSettings> uiViewSettings; 
        hr = uiViewSettingsInterop->GetForWindow(hwndApp, IID_PPV_ARGS(&uiViewSettings)); 
        if (SUCCEEDED(hr))
        {
            Windows::UI::ViewManagement::UserInteractionMode mode;
            hr = uiViewSettings->get_UserInteractionMode(&mode);
            if (SUCCEEDED(hr))
            {
                switch (mode)
                {
                case UserInteractionMode_Mouse:
                    hr = LayoutForMouse(); 
                    break;
 
                case UserInteractionMode_Touch:
                default:
                    hr = LayoutForTouch();
                    break;
                }
            }
        }
    }
    return hr;
}

Пример 2. Вход и выход React в режиме планшета

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

Пример универсального приложения для Windows (C#)

Аналогично примеру 1.

Пример классического приложения для Windows (C++)

// WM_SETTINGCHANGE handler
void OnSettingsChange(LPARAM lParam)
{
    if (lParam != 0)
    {
        PCWSTR message = reinterpret_cast<PCWSTR>(lParam);
        if (CSTR_EQUAL == CompareStringOrdinal(message, -1,                                                                                                                                                  L“UserInteractionMode”, -1, TRUE))
        {
             OnLayout();
        }
    }
}

Вопросы и ответы