本頁面詳細說明與電腦分割視窗相關的功能和測試情境。
電腦版功能
本節說明與電腦視窗相關的重要功能和設定。
啟用工作限制
如要設定電腦分割視窗支援的工作數量上限，請按照下列步驟操作：
- 啟用電腦分割視窗。
將
config.xml中的設定重疊旗標config_maxDesktopWindowingActiveTasks設為支援的工作數量上限。如要支援無限數量的任務，請將旗標設為預設值0：<integer name="config_maxDesktopWindowingActiveTasks">4</integer>
瀏覽器專屬功能
Android 16 推出兩項瀏覽器專用功能：可自訂的標頭插邊和應用程式例項管理。本節說明驗證瀏覽器相容性的測試情境。原始設備製造商必須驗證功能實作是否符合預期。
可自訂標題插邊的測試案例
下列測試案例會驗證瀏覽器是否與可自訂的標頭插邊相容：
- UI 互動性：確認瀏覽器的說明文字列 UI 在所有視窗設定 (任意形式、分割畫面和全螢幕) 中，都維持完全互動狀態。
- 系統圖示間距：確認瀏覽器 UI 不會繪製在系統圖示下方。
- 套用前景顏色：根據瀏覽器的主題，確認正確的前景顏色已套用至應用程式標題中的系統圖示。如果瀏覽器主題與系統主題不同，這一點就特別重要。
- 視窗拖曳：確認長按分頁列空白區域的任何位置，即可拖曳任意形狀的視窗。
- 調整大小時的分頁顯示狀態：測試分頁是否會根據視窗寬度顯示或隱藏，以維持最佳可用性。
應用程式執行個體管理測試案例 (可拖曳的手勢行為)
下列測試案例會驗證瀏覽器與應用程式例項管理功能的相容性：
- 建立新視窗：確認將分頁從分頁列拖曳至空白區域時，會建立含有該分頁的新瀏覽器視窗。
- 最後一個分頁沒有新視窗 (單一執行個體)：如果只開啟一個瀏覽器執行個體，請確認拖曳該視窗中的最後一個分頁時，不會建立新視窗。
以電腦優先和以觸控優先的行為模式
電腦分割視窗模式的設計支援各種板型規格，不只是獨立平板電腦，還包括貝殼式裝置和連上外接螢幕的裝置。由於不同板型規格會帶來不同的使用者互動期望 (通常取決於主要輸入方式，例如觸控或鍵盤和滑鼠)，因此電腦分割視窗會採用兩種不同的行為模式：
- 以電腦為主的模式：提供鍵盤和觸控板最佳化體驗，系統會優先採用任意形式的視窗。這個模式適用於類似筆記型電腦的設定。
- 觸控優先模式：提供觸控最佳化體驗，系統會優先採用全螢幕視窗。這是獨立平板電腦的預設模式。
這些模式並非獨立的桌面環境，而是決定預設 UI 行為的顯示狀態。
行為差異
下表摘要列出以電腦優先和以觸控優先模式之間的主要 UI 和功能差異：
| 功能 | 觸控優先模式 | 以電腦為主的模式 |
|---|---|---|
| 預設啟動 | 除非頂端已有自由形式視窗，否則視窗會以全螢幕模式啟動。 | 除非頂端已有全螢幕視窗，否則視窗會以自由形式啟動。 |
| 工作列類型 | 在全螢幕模式下使用暫時工作列 (只顯示已釘選的應用程式)。 | 一律使用電腦工作列 (顯示已釘選和開啟的應用程式)。 |
| 找回專注力 | 視窗會根據目前的顯示模式重新啟用 (例如，如果顯示器處於電腦視窗模式，則會以自由形式重新啟用)。 | 視窗會根據自身儲存的視窗模式重新啟用 (例如，全螢幕視窗一律會以全螢幕模式繼續)。 |
| 拖曳至頂 | 將視窗拖曳到頂端邊緣，即可進入全螢幕模式。 | 將視窗拖曳至頂端邊緣，即可進入「最大化」狀態。 |
| 視窗控制項 | 使用應用程式控制代碼進行全螢幕控制。 | 使用懸停選單進行全螢幕控制。 |
以電腦為主的模式是依螢幕而定的狀態，也就是說，裝置可以同時裝載以觸控為主的內部螢幕，以及以電腦為主的外部螢幕。
切換觸發條件
系統會評估多項因素，決定螢幕的適當模式：
- 輸入周邊裝置：如果同時連接並啟用鍵盤和觸控板/滑鼠，螢幕會切換為以桌面為主的模式。
- 外接螢幕：除非鏡像顯示內部螢幕，否則連線的外接螢幕通常預設為以電腦模式為主。
- 裝置姿勢：如果是可轉換的裝置，模式會根據實體方向切換 (例如鍵盤向後翻時，切換為觸控優先模式)。
技術實作
這個狀態的「事實來源」是顯示視窗模式，具體來說，是顯示器的 TaskDisplayArea 視窗模式。Shell 和 Launcher 元件可以透過 DisplayAreaInfo 或螢幕背景的 WindowConfiguration 存取這個狀態。