我不太熟 Android，所以 Android User 會記住每隻裝置不同的上一頁行為嗎？
BTW 這邊我最終的 focus 其實不在任何一個視窗上面，我不確定這樣在 Android 上會發生什麼事
@norMal_1997: 我的三星A55在浮動視窗的狀態，按上一頁是以最後點到畫面作為觸發的程式 另一隻舊sony在分割螢幕的狀態下，預設是以上方畫面的程式作動
@norMal_1997: 我的三星A55在浮動視窗的狀態，按上一頁是以最後點到畫面作為觸發的程式 另一隻舊sony在分割螢幕的狀態下，預設是以上方畫面的程式作動
我不太熟 Android，所以 Android User 會記住每隻裝置不同的上一頁行為嗎？
BTW 這邊我最終的 focus 其實不在任何一個視窗上面，我不確定這樣在 Android 上會發生什麼事
@yamiodymel 刪文了只好放這邊
我不解的點是，上個什麼行為？
如果在 Gmail 裡開 modal 寫了一封信送出去回到 inbox，我不會預期上一頁是取消那封信然後把 modal 開回來。但我也沒辦法猜到 Android 會因為我按了上一頁就把 Gmail App 關掉。
使用者必須經常使用那個 App 才猜得到什麼叫做「上個行為」。
但沒有必要讓使用者透過錯誤學習，這不是很友善的做法。
如果可以的話，讓使用者知道上一頁有什麼東西會更好。或是至少讓使用者可以中斷上一頁。
iOS 的 slide-from-left-border 沒有做到第一點，但至少手勢本身可以達成第二點。拉到一半發現不對再拉回來就好。
而不是像上面那個例子直接關掉 App 還無法復原。我在接觸 iOS 前也用過 Android，但關 App 這點我真的無法忍受。
用個比較極端的例子。
emacs 有類似的上／下一頁快捷鍵（C-x ⬅️➡️），作用跟 Alt-tab 類似，是讓使用者 cycle 開啟中的檔案（buffer）。只是剛好最近開啟的檔案會在 queue 的最尾端而已。
但同時，emacs 也有 modal。開著 modal 的狀況下敲 cycle buffer 沒有任何作用。想要關閉 modal 是用另一組快捷鍵 C-g（abort）。
兩組按鈕的作用場景不同，但 UI 也不會強迫使用者記住什麼場景按什麼按鈕。按錯按鈕什麼事都不會發生。cycle buffer 不會變成 abort、undo（C-/）不會變成 cycle buffer。指令只會精確地執行使用者預期的行為，如果行為不可行那就不會有效。
& 我不確定其他人的狀況，但 iOS（以及 macOS）的那個返回按鈕的狀況對我來說很微妙：
喔對了，關於 Dialog 那個，至少我知道的 App 沒有任何一個允許用返回手勢關閉 Dialog。Dialog/Modal/Prompt 在 iOS 是 blocking element，依照狀況有可能會阻擋包含回到桌面在內的任何操作。