タブレットモード

[アーティクル]
06/19/2023

概要

タブレットモードは、Windows 10 で提供される新しいアダプティブユーザーエクスペリエンスであり、物理的なフォームファクターと顧客の使用設定に合わせてアプリと Windows シェルの外観と動作を最適化します。このドキュメントでは、2-in-1 デバイスおよびタブレットにタブレットモードを実装する方法、特に "タブレットモード" をオンまたはオフに切り替える方法について説明します。

タブレットモードは、デバイスエクスペリエンスをタブレットモードからデスクトップモードに切り替えたり、元に戻したりする機能です。ユーザーが "タブレットモード” に出入りする主な方法は、アクションセンターからタスクバーの右下にあるアイコンを手動でクリックすることです。さらに、OEM はハードウェアの移行 (たとえば、2-in-1 デバイスのクラムシェルからタブレットへの変換およびその逆) を報告できるため、2 つのモードを自動的に切り替えることができます。ただし、タブレットモードの重要な約束は、ユーザーが常にエクスペリエンスを制御できることです。そのため、これらのハードウェア移行は、ユーザーが確認する必要のあるトーストプロンプトによって表示されます。ユーザーには、既定の応答を設定するオプションも用意されています。

ターゲットデバイス



タブレット	取り外し可能	コンバーチブル
外部モニター + キーボード + マウスにドッキングできる純粋なタブレットとデバイス。	カスタムデザインの取り外し可能なキーボードを備えたタブレットのようなデバイス。	折りたたんだり回転したりするキーボードを備えたラップトップのようなデバイス。

デバイスがタブレットモードに切り替われると、次の処理が行われます。

画面全体のサイズ変更を開始し、イマーシブエクスペリエンスを提供します。
Microsoft Store アプリのタイトルバーは自動的に非表示になり、不要なクロムが削除され、コンテンツが透けて見えます。
Microsoft Store Win32 アプリでは、タブレットモードの場合にタッチファーストになるようにレイアウトを最適化できます。
ユーザーは、上部から下部にスワイプすることで、Win32 アプリでもアプリを閉じることができます。
ユーザーは、Win32 アプリを含む最大 2 つのアプリを並べてスナップし、指で同時にサイズを簡単に変更できます。
アプリは、並べて自動起動し、ユーザーによる多くの作業を必要とせずにマルチタスクレイアウトを作成できます。
タスクバーは、タブレットに適したナビゲーションバーとステータスバーに変換されます。
タッチキーボードは自動呼び出しできます。

もちろん、“タブレットモード” でも、ユーザーは、スナップアシスト、タスクビュー、アクションセンターなどの Windows 10 の機能を利用できます。タッチ対応デバイスでは、顧客はこれらの機能のタッチフレンドリな呼び出しにアクセスできます。左端からスワイプしてタスクビューを表示したり、右端からスワイプしてアクションセンターを表示したりできます。

タブレットモードでは、ユーザーが最も快適な方法でデバイスを柔軟に使用できます。たとえば、顧客は、8” タブレットを外部モニター、マウス、およびキーボードにドッキングするまで、“タブレットモード” で排他的に使用したい場合があります。その時点で、顧客は “タブレットモード” を終了し、以前のバージョンの Windows と同じように、すべてのアプリをデスクトップ上の従来のウィンドウとして使用します。同様に、コンバーチブルの 2-in-1 デバイスのユーザーは、デバイスを 1 日中使用するときに "タブレットモード" を開始および終了することができ (たとえば、バスでの通勤、オフィスのデスクに座っているなど)、ハードウェアからの信号を使用して、適切な切り替えモーメントを提案します。

タブレットモード用のデバイスの設計

コンバーチブルまたはデタッチ可能な 2-in-1 デバイスを設計する場合は、製品を設計するときに次のフローチャートを使用することをお勧めします。これにより、デバイスの状態が変更された場合にタブレットモードのプロンプトが表示されるように、適切な実装が確実に行われます。フローチャートの各ボックスには、実装オプションが含まれます。

tablet mode flowchart

方法 1 - GPIO ベースのインジケーターの ACPI 記述を実装する

システムが物理 GPIO を使用して状態遷移を示す 2-in-1 デバイスの場合、ACPI で状態遷移インジケーターを記述でき、Windows はそのインジケーターによって発生した GPIO 割り込みをオペレーティングシステムに自動的に転送します。

詳細については、MSDN の次のリソースを確認してください。

方法 2 - インジェクションインターフェイスを使用する

システムが、状態の遷移を示すために物理 GPIO を使用しない 2-in-1 デバイスである場合は、状態の遷移の表示を Microsoft の "GPIO ラップトップおよびスレートインジケータードライバー" のいずれかに注入するユーザーまたはカーネルモードドライバーを開発する必要があります。

"GPIO ラップトップおよびスレートインジケータードライバー" へのインジェクションインターフェイスは、次のように定義されます。

/* 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

インジェクションインターフェイスを使用するドライバーを作成する場合でも、Microsoft の "GPIO ラップトップおよびスレートインジケータードライバー" が読み込まれるには、ラップトップ/スレートモードインジケーターの ACPI の説明を宣言する必要があります。ただし、"ラップトップおよびスレートインジケーター" の ACPI 宣言に GPIO リソースを追加する必要はありません。

注デバイスが起動すると、"GPIO ラップトップおよびスレートインジケータードライバー" が最初に "スレート" モードで初期化されます。そのため、インジェクションドライバーでは、オペレーティングシステムの状態を確認して、デバイスの起動直後にシステムの実際の状態と同期されていることを確認することが重要です。

SOC IHV パートナーは、状態遷移を Microsoft の受信トレイドライバーに挿入するドライバーまたはその他のソリューションをすでに提供している場合があります。その場合は、特定のガイドラインに従って IHV のソリューションを活用することで、時間と労力を節約できます。

方法 3 - 無人設定を使用して永続的なデバイス状態を宣言する

デバイスが 2-in-1 デバイスではない場合、たとえば通常のラップトップやデスクトップの場合は、応答ファイルの ConvertibleSlateModePromptPreference 設定を使用してプロンプトを無効にできます。値を 0 に設定すると、プロンプトは表示されず、UI は切り替えられません。値が指定されていない場合、既定値は 1 になります。この場合、システムにはモードの切り替えを求めるメッセージが表示されます。

注回答ファイルの DeviceForm 設定を使用して、ビルドするフォームファクターの種類を指定することもお勧めします。

デバイスをテストする

デバイスで ConvertibleSlateMode が実装されていることを確認する

デバイスで ConvertibleSlateMode が正しく実装されているかどうかわからない場合は、デバイスマネージャーに "GPIO ラップトップまたはスレートインジケータードライバー" が存在するかどうかを確認してください。

gpio driver properties

このドライバの存在を確認するには、デバイスマネージャーから [非表示デバイスを表示する] を有効にしてください。

device manager view options

"タブレットモード" を開始/終了する方法は主に 2 つの方法があります。

手動 - ユーザーは、アクションセンターにある "タブレットモード" ボタンを押すことで、"タブレットモード" を手動で開始/終了できます。
ハードウェアアクションがトリガーされる - OS は、ConvertibleSlateMode によってフォームファクターが変更されたことをハードウェアが示している場合、"タブレットモード" を開始/終了するかどうかをユーザーに確認する場合があります。

タブレットモードトリガーとして Bluetooth キーボードの存在を使用することはサポートされていません。 Bluetooth をトリガーとして使用する際の主な問題は、Bluetooth イベントがデバイスのペアリングとの近接性に関連しており、これらのイベントにより、キーボードが使用されているかどうかが確実に通知されるわけではないことです (たとえば、顧客の近くにない場合もあります)。そのため、"タブレットモード" を開始または終了する顧客の意思が確実に通知されるわけではありません。

Bluetooth 対応キーボードに搭載されているデバイスで、顧客がモードを変更するためのハードウェアベースのヒントを提供することを確認することに関心がある場合は、現在のフォームファクターを理解し、ConvertibleSlateMode を介して OS にシグナルを送信するセンサーを実装することをお勧めします。

"タブレットモード" の開始/終了を求める Windows プロンプトは、ConvertibleSlateMode の実装に依存するため、ConvertibleSlateMode を切り替えるファームウェアが十分にテストされていることを確認することが重要です。低品質の ConvertibleSlateMode 実装では、ユーザーに "タブレットモードを複数回開始する" ように求められるなど、エンドユーザーエクスペリエンスの低下につながる可能性があります。

さらに、2-in-1 デバイスがクラムシェルからタブレットに変更された場合、キーボードとタッチパッドは、タブレットを保持しているユーザーによって誤って押される可能性があります。 Windows では、コンバーチブルがタブレットに変更されたときに、組み込みのキーボードとタッチパッドからの入力を無視することをサポートしていません。デバイスの製造元は、フォームファクターの変更中に意図しない入力を回避するために、ハードウェアまたはソフトウェアで作業を行い、十分にテストする必要があります。次の表に、発生する可能性のある一般的なエラーのいくつかと、それらを引き起こす可能性のある使用事例を示します。ユーザーの切り替えエクスペリエンスが低下するのを防ぐために、これらの使用事例をテストする必要があります。

Error	エラーの原因となる可能性がある使用事例
ConvertibleSlateMode を使用すると、顧客が観察できる理由がない場合 (誤って発生した場合など) でも切り替わります。	機械/電気の問題切り替えが発生する技術面の理由 (たとえば、システムがスリープ状態になる前にコンポーネントの電源を切る必要があり、誤った切り替えが発生する)
ConvertibleSlateMode は、実際にはラップトップフォームファクターであるときに、システムは現在スレートフォームファクターである (またはその逆) と考えます。	デバイスが電源の状態を切り替えている (たとえば、電源のオン/オフ、スリープ状態など) ときにデバイスのフォームファクターを変更する。システムのフォームファクターの変更が非常に遅いシステムのフォームファクターの変更が非常に速い
ConvertibleSlateMode は、迅速に連続して複数回切り替わるため、OS はユーザーに "タブレットモード" の開始/終了を繰り返し要求します。	システムのフォームファクターの変更が非常に遅いシステムのフォームファクターの変更が非常に速い

無人設定

次の無人設定は、タブレットモード対応デバイス用に設計している場合に役立ちます。

無人設定	説明	値
ConvertibleSlateMode	ConvertibleSlateMode 設定を使用して、デバイスの物理的動作 (回転やオンスクリーンキーボードなど) に影響を与えるデバイスの物理的な機能を指定し、エンドユーザーに提示される適切な最初の使用エクスペリエンスを定義するのに役立ちます。ラップトップモードを指定した場合、エンドユーザーは物理キーボードで入力できます。タブレットモードを指定した場合、キーボードが取り外されているか、キーボードが反転しているためにアクセスできないため、エンドユーザーは物理キーボードで入力できません。	0 – タブレット、変換可能、またはデタッチ可能 (既定) 1 – ラップトップ
ConvertibleSlateModePromptPreference	ConvertibleSlateModePromptPreference 設定を使用すると、ユーザーにタブレットモードを開始するか終了するかを指定できます。デバイスのフォームファクターまたは製品の設計は、プロンプトを表示するかどうかに影響します。プロンプトを非表示にした場合、モードは切り替えられません。 (つまり、タブレットモードがオンの場合はオンのままで、タブレットモードがオフの場合はオフのままです)。ハードウェアイベントが発生した場合にプロンプトを表示する場合は、ハードウェアまたはソフトウェアソリューションを実装してこの設定を切り替える必要があります。	0 – 無効。プロンプトは表示されず、UI によってモードが切り替えられません 1 – 有効 (既定値)。プロンプトが表示され、ユーザーが同意すると UI によってモードが切り替えられます
SignInMode	SignInMode 設定を使用して、ユーザーのログオン後にディスプレイをタブレットモードに設定するかデスクトップモードに設定するかを指定します。この値を明示的に設定しない場合、画面サイズが 10 インチ未満で、優先する電源管理プロファイル (Power Platform のロール) がスレート (つまり、タブレットのフォームファクター) である場合、既定値はタブレットになります。それ以外の場合、既定値は最後に使用された設定です。以前の設定がない場合、最後に使用された設定はデスクトップと見なされます。	0 – タブレット (画面サイズが 10 インチ未満で、電源プラットフォームのロールがスレートの場合は既定値) 1 – デスクトップ 2 – 最後に使用された設定 (タブレットの既定の要件が満たされていない場合は既定値)。実際の最後の設定がない場合、デスクトップが最後の設定と見なされます
DeviceForm	DeviceForm 設定を指定すると、さまざまなアプリ (Bing や Cortana など) が、指定されたデバイスフォームファクターの正しいコンテンツを決定できます。また、小売デモモードなどの機能にこの設定を使用して、デバイスの種類に最適なデモコンテンツを指定します。	使用可能な値は 30 個あります。主な値は次のとおりです。 0 – 不明 (既定値) 2 – タブレット 4 – ラップトップ 5 – 変換可能 6 – デタッチ可能

"タブレットモード" の動作

Windows で優れたタブレットエクスペリエンスを実現するために、タスクバーの次のデスクトップの側面がタブレットモード用に最適化されています。

実行中のアプリを表示する - これは、実行中のアプリのライフサイクルを管理する必要があることをユーザーに提案します。
デスクトップへのいくつかのエントリポイント - タブレットユーザーは、"タブレットモード" でデスクトップに簡単にアクセスする必要はありません。
タスクバーの高密度レイアウト - これはより多くの項目に適合できますが、"タブレットモード" では、タッチが主な入力である可能性が高く、密度の低いレイアウトが必要です。
トップレベルとオーバーフローレベルに Deskbands と Win32 通知アイコンを表示する - これらの大部分は、ユーザーが意図的に配置するものではなく、一般的には使用されていません。

回転ロック

既定では、回転ロックは有効 (またはロック) に設定されています。 OEM で回転ロックがロック解除に設定されていない限り、新しいタブレットをボックス化解除から出す顧客は、OOBE が新しいデバイスの持ち方に応じて横向きまたは縦向きに回転しないことに不満を感じる可能性があります。回転ロックを無効にすることで、OEM は、アクションセンターの [クイックアクション] 領域で回転ロック設定を簡単に管理する前でも、顧客が新しいデバイスの応答性に満足していることを確認できます。

回転ロックを無効に設定し、既定で回転を有効にするには:

監査モードで、HKLM\Software\Microsoft\Windows\CurrentVersion\AutoRotation\Enable を 1 に設定します。ここで、1 はローテーションが有効であることを意味します。
Sysprep を使用して、通常どおりに顧客向けにマシンを準備します。

通知領域アイコン

タブレットモードに切り替わると、通知領域にいくつかの変更が加えられます。次のアイコンが表示されます。

バッテリ
ネットワーク
ボリューム
アクションセンター

具体的には、ユーザーがこれら 4 つのアイコンのいずれかをオーバーフローに降格した場合、それはトップレベルに戻されます。または、OEM がバッテリアイコンをオーバーフローに降格した場合、それはトップレベルに戻されます。

ただし、顧客が [システムアイコンをオンまたはオフにする] (以下に表示) の [設定] でこれらのいずれかを無効にした場合、Windows は顧客の手動設定に従い、アイコンを有効にしません。

Turn system icons on or off

OEM がピン留めした通知アイコン、ユーザーが固定した通知アイコン、およびオーバーフローシェブロンが非表示になり、オーバーフローウィンドウが実質的に非表示になります。

通知アイコンのトップレベルへの自動昇格はブロックされますが、アイコンがトップレベルに到達できない場合でも、アプリは引き続きトースト通知を送信できる必要があります。この例外の 1 つは、位置情報サービスアイコンです。 [システムのアイコンをオンまたはオフにする] で有効にすると、バッテリアイコンの左側にあるトップレベルに昇格できるようになります。ただし、ユーザーが [システムのアイコンをオンまたはオフにする] 設定を使用して位置情報サービスアイコンを無効にすることを手動で選択した場合、Windows ではアイコンは強制的に昇格されません。

顧客が [通知領域にすべてのアイコンを常に表示する] 設定を選択すると、上記の動作はオフになります。通知領域は、タブレットモードが使用されていない場合と同じ内容と動作に戻ります。

タッチキーボードのボタン

タブレットモードに入ると、[タッチキーボード] ボタンが非表示になります。表示するかどうかは、タブレットモードのタスクバーコンテキストメニューの [タッチキーボードボタンを表示] の設定を使用して制御できます。

アプリアイコン

既定では、アプリアイコンはタブレットモードのタスクバーで非表示になっています。これは、[タブレットモードではタスクバーのアプリアイコンを非表示にする] の設定で制御されます。

Tablet Mode system settings

タブレットモード API と対話するアプリの作成

ユニバーサル Windows プラットフォーム (UWP) とクラシック Windows API を使用して、タブレットモードを利用できます。これらの API を使用すると、アプリのユーザーエクスペリエンスを、タブレットモードの場合はタッチファースト、デスクトップの使用の場合はマウスファーストになるように調整できます。このセクションでは、アプリケーションで UWP とクラシック Windows API の両方を使用して、タブレットモードを検出して対応する方法について説明します。

API を使用すると、Windows デスクトップアプリケーションとユニバーサル Windows アプリの両方で、現在の対話モードに対してクエリを実行し、ここで説明するようにモードの変更に応答できます。

従来の Windows アプリケーション API


UIViewSettings	アプリが特定のアプリケーションのシステムの現在のポインターデバイス設定状態に対してクエリを実行できるようにします。これは、GetForCurrentView から取得するアクティブ化不可能なクラスです。
UserInteractionMode	Windows.UI.ViewManagement.UserInteractionMode 列挙型の値を受け取る GetForWindow のプロパティ。許可される値は、Touch と Mouse です。
WM_SETTINGSCHANGE	"UserInteractionMode" を使用して WM_SETTINGSCHANGE をブロードキャストすることで、現在の入力状態が変化すると、アプリに通知されます。

ユニバーサル Windows アプリ API


UIViewSettings	アプリが特定のアプリケーションのシステムの現在のポインターデバイス設定状態に対してクエリを実行できるようにします。これは、GetForCurrentView から取得するアクティブ化不可能なクラスです。
UserInteractionMode	Windows.UI.ViewManagement.UserInteractionMode 列挙型の値を受け取る UIViewSettings のプロパティ。許可される値は、Touch と Mouse です。
Sizechanged	イベントは、現在の入力状態が変化するときにトリガーされます。アプリでは、このイベントに対してクエリを実行する必要があります。

例 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: タブレットモードの開始/終了に対応する

デバイスがタブレットモードに切り替わるか、または終了すると、シェルはユーザーにモードの切り替えを求めるメッセージを表示します。これをトリガーとして使用して、現在の対話モードに合わせてアプリを最適化できます。次の例のように、システムの現在の状態をクエリする必要があります。

ユニバーサル 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();
        }
    }
}

よく寄せられる質問 (FAQ)

#	質問	回答
1	デバイスが "タブレットモード" の場合、ファイルの関連付けは変更されますか?	いいえ、すべてのアプリが "タブレットモード" でサポートされているため、Windows ではファイルの関連付けは変更されません。
2	外付けの USB キーボードを挿入すると、"タブレットモード" の開始/終了を求める自動プロンプトが表示されますか?	いいえ。自動プロンプトは、任意の種類のキーボードの表示によってではなく、ConvertibleSlateMode 値の切り替えによってトリガーされます。
3	"GPIO ラップトップまたはスレートインジケータードライバー" がデバイスマネージャーに表示されるトリガーは何ですか?	PNP0C60 (ラップトップ/スレートモードの状態インジケーター) を定義すると、ドライバーがトリガーされてデバイスマネージャーに表示されます。このドライバーを表示するには、デバイスマネージャーから [非表示デバイスを表示する] オプションを選択する必要があります。
4	同じシナリオを有効にするために、外付けのキーボードとマウスで純粋なオールインワン (AiO) を使用できますか?	はい。AiO は、ハードウェアの適切な移行ポイントで ConvertibleSlateMode の切り替え機能を実装することで、"タブレットモード" を利用できます。
5	"タブレットモード" が無効になっている間、タッチキーボードは自動的に無効になりますか?	タッチキーボードは、"タブレットモード" の場合にのみ自動呼び出しを行います。デスクトップの使用中は、タッチキーボードを手動で呼び出す必要があります。ユーザーが "タブレットモード" ではない場合、デバイスからキーボードを削除すると、タッチキーボードが表示されます。
6	Bluetooth キーボードは "ドック" と見なされますか?	いいえ、Bluetooth キーボードは "ドック" とは見なされません。このシナリオは必ずしも正しいとは限らないためです。タブレットモードでは、キーボード (USB、Bluetooth など) の有無を使用してプロンプトをトリガーすることはありません。適切なタイミングで ConvertibleSlateMode を切り替えることにより、Bluetooth の取り外し可能なデザインを実装できます。
7	Win32 アプリ: Win32 アプリでタブレットモードを利用するには、ユニバーサル Windows プラットフォーム (UWP) API を使用してアプリをコンパイルする必要がありますか?	Win32 アプリには、タッチファーストとマウスファーストの使用の間で適応するために使用できる Win32 固有の API があります。
8	アプリケーション開発者の場合、タブレットモードとデスクトップモードの切り替えに対応するために API を呼び出す必要がありますか? または、Windows によって自動的に処理されますか?	アプリケーション内のレイアウトを変更する場合は、"タブレットモード" を示すために、UWP API または Win32 API を使用する必要があります。 "タブレットモード" の開始/終了時のアプリケーションの実際のサイズ変更は自動的に処理されます。
9	システムには ConvertibleSlateMode が実装されていますが、状態を移行しても "タブレットモード" の開始/終了を求めるプロンプトが表示されません。	2-in-1 デバイスで ConvertibleSlateMode が正しく切り替わったものの、"タブレットモード" の開始/終了を求めるメッセージが表示されない場合は、その機能がオフになっている可能性があります。タブレットモードを有効にする場合は、[設定]、[システム]、[タブレットモード] に移動します。ドロップダウンリストから [このデバイスをタブレットとして使用するとき] を選択し、[モードを切り替える前に確認メッセージを表示する] を選択します。
10	タブレットでは、GPIO がサポートされている場合、仮想ドライバーは必要ですか? GPIO が使用可能な場合は、BIOS の変更は必要ですか?	物理 GPIO またはインジェクションドライバーのアプローチを使用できます。 ConvertibleSlateMode を適切に切り換える限り、変更は必要ありません。重要: ConvertibleSlateMode の Windows 10 の実装は、Windows 8.1 とは異なります。正しい動作を保証するには、デバイスを十分にテストする必要があります。
11	タブレットモードのサポートのための UEFI BIOS に対する要件または変更はありますか?	タブレットモードのサポートのための UEFI BIOS に対する固有の変更は必要ありません。最適な方法で、ConvertibleSlateMode を自由に切り替えできます。
12	画面の回転はタブレットモードに関連付けられていますか?	いいえ。画面の回転は、必ずしもタブレットモードに関連しているわけではありません。画面の回転は現在のデバイス構成に関連付けられているので、デバイスが "タブレットモード" かどうかにマップされる場合とマップされない場合があります。
13	タスクバーが左側にある場合は、どうなりますか?	タスクバーは、配置された場所にとどまります。
14	エンドカスタマーに確認を表示せずに、システムによって報告されたラップトップまたはスレートモードに基づいて、システムでタブレットモードが自動的に有効または無効になるシナリオを有効にする計画はありますか?	サポートされていません。 Microsoft は常に、ユーザー自身が制御し、モードを切り替えるかどうかを選択できるすることを望んでいます。ユーザーは、必要に応じてこれをオーバーライドできます。
15	"タブレットモードに入る" ことを求める UI は変更されますか? ユーザーが "毎回このアクションを実行する" ことを決定するためのチェックボックスを追加する予定はありますか?	はい。現在の設計から変更される予定です。 [はい/いいえ] ボタンとドロップダウンリストが含まれる必要があります。このドロップダウンリストを使用すると、ユーザーは次回の操作を選択できます ([常にプロンプトを表示する] など)。
16	グローバルな「戻る」ボタンはタブレットモードのどこにありますか?	[スタート] ボタンの横にあります。

タブレット モード

概要

タブレット モード用のデバイスの設計