頭部注視和停駐

當手部被工具和元件佔用時，手勢可能會很繁瑣或不可能。 語音命令，例如手勢，在某些內容中可能不可靠，例如在過度大聲的狀況下。 此外，使用語音來控制計算機並非通用，但確實會逐漸增加！ 頭部注視和駐留提供最熟悉且易於主控的機制，可讓您在 HoloLens 上進行頭戴式作和免持式作。 此外，頭部注視和停駐是 100% 可靠，與作環境中的雜訊干擾和靜音條件約束無關。

案例

頭部注視和駐留在一個人的手忙著處理其他工作的案例中是很棒的。 當語音因為環境或社交條件約束而無法 100% 可靠或可用時，此功能也很有用。 一個很好的範例是，在修復汽車引擎時，穿戴 HoloLens 以重疊參考資訊的人。 他們的雙手正忙著使用工具，或在向引擎區間傾斜時支援其主體。 汽車空間很大，工具不斷地發出喇叭聲和警報聲，讓語音命令變得困難。 頭部注視和駐留可讓使用 HoloLens 的人員安心地瀏覽其參考數據，而不會中斷其工作流程。

裝置支援

設計原則

避免「注視為彈鋒」

頭部注視和駐留需要直覺的可視化回饋，但太多意見反應可能會引發焦慮。 意見反應應該可協助使用者知道其目標，但不會根據其意圖自動選取。 讀取文字、圖示和標籤時，您必須先為使用者提供時間來吸收資訊，然後再選取。

搜尋金塊速度

根據流覽的影響，停駐互動可能會有不同的定時器 - 較常使用的函式通常會受益於更快的填滿時間，而較具衍生性的函式則可受益於較長的填滿時間。 使用填滿效果來顯示這些定時器時，填滿色彩的動畫曲線可能會正面影響填滿時間更快的感受。 應考慮從快速/中速/慢速填滿速度覆寫啟用用戶決策。

對yo-yo效果說不對

Yo-yo 效果是令人不快的頭部移動模式，會在內容放置和頭部注視/駐留控件強制人員重複向上和向下查閱時發生。 例如，下方具有頭部注視和停駐按鈕的清單導覽會引發 迴圈- 向下查看以停駐、查閱結果、向下查看以停駐等等。 產生的模式令人不快，因此建議您將導覽控件放在需要較少來回的集中式位置。 根據其效果放置停駐按鈕對舒適度而言變得很重要。 s

UX 指導方針和最佳做法

目標大小

若要輕鬆存取，頭部注視和駐留目標必須夠大，才能輕鬆查看，並在指定的時間將一個人的頭部穩定在目標上。 我們建議將目標大小下限設為 2 度，以達到最舒適的體驗。

可視化意見反應

使用星形填滿來表示停駐定時器時，請從按鈕中央開始。 相較於不同按鈕上的所有不同方向，一致的回應較不令人混淆。

• 不過，您可以針對方向互動來中斷此規則 (例如，向上/向下/向左/向右流覽，依此類推) 。 例如，Microsoft Dynamics 365 Guides 在向右填滿的 NEXT/BACK 上發生例外狀況。
• 針對切換按鈕之類的案例，請考慮從外部反轉星形填滿。 按下按鈕的反向感覺是不錯的可視化模式。

漸進式揭露

漸進式揭露表示在互動的每個階段只會顯示與相關內容一樣多的詳細數據。 若為伺留，這表示停駐目標會顯示在醒目提示 (例如清單控件) 中。

超大的目標

停駐區域可能大於非使用中圖示，以方便使用，例如Microsoft Dynamics 365 Guides 中的 [上一頁] 按鈕。

防止延遲的意見反應閃爍

在開始可視化回饋之前，請使用簡短的延遲，以避免有人通過停駐目標時閃爍。

• 對於經常互動的按鈕，請讓延遲保持簡短，讓應用程式感覺反應反應。
• 對於不常與 互動的按鈕，較長的延遲可能適合用來避免介面感到 TWITCH。

UI 模式

高頻率按鈕

低頻率按鈕

低頻率按鈕是在整個應用程式中不會定期互動的按鈕。 一個很好的範例可能是存取 [設定] 功能表的按鈕，或清除所有工作的按鈕。

• 請嘗試讓這些按鈕無法使用頻繁的頭部注視路徑，以避免意外啟用。

確認

切換按鈕

切換按鈕需要一些細微邏輯才能正常運作。 當人員停留在切換按鈕並啟動時，他們必須結束按鈕，然後返回重新啟動停駐邏輯。 可切換的按鈕必須具有清楚的作用中與非作用中狀態。

清單檢視

另請參閱

• 注視和認可
• 手部 - 直接作
• 手 - 手勢
• 手部 - 指標和認可
• 本能互動
• 語音輸入