在我撰寫那篇關於 iPhone 的 Safari 破壞了預期「點擊回到頂端」手勢的文章前後，社群媒體上的一場討論又指出了這個分頁控制元件另一處奇怪的地方。

以 Safari 常見的用法來說，通常會有兩組網站：右側是一般的分頁，左側則是「私密」頁面（也就是 Chrome 所說的「無痕模式」）：

如預期一樣，你可以輕點任一標籤，輕鬆切換到對應的群組：

它看起來也像是可以用滑動的——而你確實可以，只不過……

……你馬上就會遇到捲動鎖定（Scroll Lock）的問題。你拖曳的不是那顆膠囊本身，而是膠囊底下的內容。要切換，你得往相反的方向滑：

你能立刻直覺感受到整個系統那種本質上令人不快的複雜性——不只是它「往錯誤的方向走」，還有它在你操作結束後，分兩個步驟先騰出空間、再把它收合起來的那種方式。

原因是，你實際上可以擁有的網站群組不只最初那兩個。你甚至可以拖曳到新群組應該出現的位置，用這種方式來建立它：

我平常是很歡迎這類快捷操作的。但在這裡，這感覺過度設計且令人困惑，就好像有人不是拖曳（drag）分頁，而是給分頁下藥（drug）一樣。同樣一個自然的手勢——向左滑動——本來應該很安全地帶你進入「私密」瀏覽，現在卻會把你丟進一個幾乎從來不需要、令人不知所措的全螢幕／鍵盤彈出的新流程裡。

這之所以和系統設計有關，是因為 iOS 最近把開／關切換鈕重新設計成了長條膠囊狀：

那些確實會如你預期般回應拖曳操作：

同理，在主畫面（Springboard）上的分頁膠囊，向右拖曳就代表下一頁：

於是，現在整個系統變得有點精神分裂，外觀相同的設計元件，代表的卻是完全相反的意思。就好像電腦自己不斷隨機幫你按下 Scroll Lock，讓你既無法對系統建立穩固的理解，更別說培養出肌肉記憶。

我認為這裡犯的錯誤有兩個層面。第一，這個設計為兩件不必要的事過度優化：人們真的會去使用網站群組（其實並不常見），以及建立網站群組的便利性（其實也不重要）。我帶點憤世嫉俗的假設是，這個設計在 demo 時呈現得非常漂亮，而這有時反而會讓專案走偏。更憤世嫉俗的說法是，這帶來了「意外的可發現性」，讓網站群組的數據看起來更漂亮。

第二點，也是更重要的部分：這個特定的設計得到了一個它不該得到的例外。沒有人注意到相似的 UI 元件卻做出相反行為所帶來的系統性挑戰，或是注意到了的人也未能有效地提出反對。新功能被發現的數據很容易衡量；但使用者困惑或挫折的數據，通常根本不存在。

互動系統就是這樣慢慢分崩離析的。如同我在第一篇中所提到的，Safari 的這個例外很可能會被視為「正統」，並開始進一步擴散。假以時日，越來越多的膠囊在被拖曳時會各自往想去的方向跑——而人們最終會學到，不要相信任何一個。

我知道這個功能實際上叫做「分頁群組（tab groups）」，但我刻意稱之為「網站群組」，否則就會變成分頁控制元件在控制分頁群組，事情會很快就變得一團混亂。另外，感謝 Martin Hoffman 促成了這篇文章。