Deeper dive: Were Touch Bar’s problems software rather than hardware?

Marcin Wichary

深入探討:Touch Bar 的問題究竟是軟體而非硬體所致?

原文由 Marcin Wichary 發布,訂閱此部落格

Touch Bar 於 2016 年登場時,似乎就已註定要失敗,搭載它的那一代機種渾身散發著「我們已經黔驢技窮」的氣息。方向鍵被重新塑形,鍵盤變得更薄,就連備受喜愛的 MagSafe,事實上也不再 safe(安全)。這些改動後來都被證明不受歡迎,並陸續被改了回來,而 Touch Bar 最終也難逃被砍掉的命運。

挾著巨大的後見之明,在它登場十年之後、以及(據傳)全觸控 MacBook 問世前夕,我想更批判性地仔細檢視 Touch Bar。我在文章上方下了一個辛辣的標題,雖然我不確定能否肯定地回答這個問題,但我覺得自己已經出乎意料地接近答案了。

Touch Bar 能做什麼?

Touch Bar 以一條窄長的觸控螢幕,取代了鍵盤最上面一排按鍵,右側則是一塊 Touch ID 感應區/按鈕。

這塊觸控螢幕最左側固定顯示虛擬的 Esc 鍵,其餘區域則可切換成以下幾種模式:

  • App Controls —— 依 app 需求顯示的內容(可能是按鈕,也可能是更具互動性的介面):
  • Control Strip —— 大致相當於現今功能鍵預設的功能(亮度、播放控制、音量等):
  • 混合模式 —— 左側是較小的 app 控制項目,右側則是可展開的 Control Strip:
  • F1–F12 按鍵:
  • 其他幾種較小的模式,例如顯示 Spaces、Quick Actions 或 emoji:
  • 僅占據 Touch Bar 中間區域的小型子模式:

The Verge 有一支五分鐘的影片,很好地展示了這些功能。

功能

Touch Bar 推出時,混合了針對一般使用者與專業使用者的功能——有些內建於 macOS 本身,有些則來自 Apple 自家的特定 app。

有幾個 app 基本上只是把原本工具列的一部分搬了過來(而且通常無法自訂),偶爾配上子選單,例如更深入的字型選項或色彩調整。像 Safari 和「照片」這類 app 則會提供物件的微型預覽。

特別適合拿來展示的是音量與亮度的滑桿,以及特定 app 中的滑桿——例如 QuickTime 的播放控制,或是在照片圖庫中滑動瀏覽,顯然是受到 iPhone 上類似控制的啟發。雖然 Touch Bar 被稱為「多點觸控」,但實際上只支援點擊與水平滑動,其中也只有後者是傳統功能鍵明顯做不到的事。

另一個簡單卻有效的設計,是指向 Touch ID 授權與付款的箭頭——這是軟體本體感(software proprioception)的一個小例子,Apple 甚至在新聞稿中用 GIF 展示了它:

但也有一些奇怪的時刻,策略感覺有點像是「先把一堆東西丟上去,看看哪個會黏住」(話說回來,這招在第一代 Apple Watch 上倒是奏效了!):

  • 任何系統對話框都會在 Touch Bar 上重複顯示按鈕。這讓我感到困惑,因為這些按鈕本來就已經可以透過滑鼠和鍵盤(Esc/Enter)很好地操作了。
  • 可以拖曳音量或亮度控制固然不錯,但滑桿會和手指脫節,而且音量還會同時以舊有的 HUD 形式出現在螢幕上,整體感覺就像系統的不同部分彼此毫不相干。
  • Xcode 提供了一個可將當前行或選取範圍加上註解的按鈕,這對程式設計師來說幾乎有點侮辱人——有誰會寧願按這個,也不願用 ⌘/ 快速鍵呢?

最後,就第一代而言,資訊架構(IA)感覺相當複雜:

  • 文字自動完成在 Touch Bar 中間,但 emoji 的入口卻在左側。
  • 有好多種人字形箭頭(至少三種!),而且其功能並不完全符合箭頭所指的方向——有些箭頭確實會讓控制項朝預期方向展開,但有些卻是向下鑽取並占據半條 Touch Bar,還有些則會占據整條。(除此之外,有些控制項還支援一般的水平捲動。)
  • 有些看起來像一般按鈕的控制項,點擊後也會展開,因此實際上永遠搞不清楚觸碰某個控制項時會發生什麼事。
  • 關閉按鈕有時在左側,有時又在按鈕的右側。
設定

奇怪的是,對於如此高調的功能,Touch Bar 的設定卻零散地夾在舊有的鍵盤選項之間,而不是放在獨立的 Touch Bar 分頁中——後者本可讓人更容易理解整套系統,或許還能提供精美的可用功能預覽。

Apple 連小東西都要取個品牌名稱的癖好,這次也有點弄巧成拙——要自訂 Touch Bar,就得面對 Quick Actions、App Controls 和 Control Strip 這類奇怪的詞彙(在這裡,一向不念舊的 Apple 反而沿用了經典名稱,而不是將其命名為 System Controls 來與 App Controls 對應)。

另一方面,這裡的「自訂 Control Strip」互動卻絕對是一大亮點,在 Touch Bar 的世界與其上方的螢幕之間搭起了一座充滿魔幻感的橋樑——這或許是整套系統中設計得最好的一部分:

(這類自訂功能在部分、但並非所有支援 Touch Bar 的 app 中也有提供。)

順帶一提,Apple 似乎從 2016 年以來已經學到了設定的教訓,甚至有點學過頭了;2023 年在 iPhone 上推出的動作按鈕,就搭配了華麗的新介面:

最初的公開反應與演進

回顧 2016 年,Touch Bar 迎來的是帶點冷淡的樂觀(「不算出色,或許有潛力,期待第二、第三代」),同時夾雜著來自每一個依賴實體 Esc 鍵的人的強烈不滿。

Touch Bar 僅在 2019 年被重新檢視過一次;這次小幅更新重新帶回了實體 Esc 鍵,使用起來也感覺稍微快了一點。

除此之外再無其他硬體改進,而我認為在這項功能的整個生命週期中,Apple 方面完全沒有任何軟體上的更動。有些第三方 app 在最初幾年加入了 Touch Bar 支援,但即便如此,評價似乎仍有所保留:

大多數 Final Cut Pro 的重度使用者早已習慣用鍵盤快速鍵來執行常用編輯功能,因此可能會覺得 Touch Bar 在簡單的剪輯與播放上並沒有比較快,但由於場景關聯的設定數量龐大,它最終仍有可能證明其價值。

Touch Bar 從未下放到非 Pro 的 MacBook 或其他電腦上,並在推出五年後開始全面淘汰。令人費解的是,出於我們可能永遠無法得知的原因,這個專案幾乎在一推出後就進入了「維護模式」,而沒有被立即移除,或許只是為了保全面子。

觸覺回饋與人體工學

Touch Bar 摸起來讓手指感覺不太舒服。

人們對 Esc 鍵的怒火,主要在於它相較於其他按鍵感覺如此「死寂」,而這對於一個位處邊緣、被當作逃生艙口或被程式設計師當成核心操作的功能來說尤其重要。(這個按鍵的位置也稍微偏移,很可能只是為了與另一側的 Touch ID 保持對稱。)

我敢說,無可避免且持續地將 Touch Bar 按鈕的手感與正下方真實按鍵的手感做比較,正是讓整體體驗感覺比實際更糟的原因,而我一直在想觸覺回饋是否能在這裡幫上忙。如果輕觸能提供類似於未按下按鍵時摸到「鍵帽邊緣」的輕柔回饋,而較深的按壓則提供紮實的觸覺敲擊感,會怎麼樣呢?

早在 2016 年,Apple 在下方的觸控板中就已擁有類似的技術。我猜我可能低估了將其挪用過來的難度或成本,但:iPod 從未有過真正的觸覺回饋,然而即使是第一代機型,也配有一個會在操作時發出類觸覺聲音的小喇叭。效果出乎意料地好,也讓我好奇 Apple 為什麼不在這裡做同樣的事。

除此之外,雖然最上面那排功能鍵偶爾按一下很有趣,但就人體工學而言,長時間使用似乎並不理想。伸手去按 Touch Bar 比伸手去觸控板更費力,無論觸控板是在下方還是側邊——這就是為什麼鍵盤會越變越寬,卻很少越變越高的原因。在上面 The Verge 的影片中,你可以看到評測者一邊與下方的觸控板互動,一邊將 Touch Bar 按鈕當作組合鍵使用,光是看著就覺得不太舒服:

不僅如此,Touch Bar 的表面比按鍵表面更低,這讓使用體驗又稍微更不舒服了一點——它感覺不只是位於按鍵上方,更像是藏在按鍵後面。

還有其他一些小缺點累積起來:

  • Touch Bar 會急著進入休眠(僅 60+15 秒後),隱藏所有控制項,迫使你必須點擊它或按下某個按鍵來喚醒。
  • 動畫的品質與其他觸控裝置或 Apple TV 上的水準不同。
  • 雖然 Touch Bar 本身的速度足以支援流暢的捲動,但在按下 Fn 鍵和某些 Touch Bar 控制項時,卻有(我認為是刻意的)延遲,加上每次觸碰都有輕微但可感知的延遲。
  • 說到捲動,體驗並不一致:在「行事曆」中,你可以使用慣性捲動,但月曆並不會即時更新,而且像在 iPhone 上那樣隨處點擊來停止慣性捲動,實際上卻會選中另一個月份:
  • 通常要退出子模式的唯一方法,是按下左側的關閉按鈕,以手的位置來說很不方便;也沒有貼心的快速鍵,例如點兩下某個選項就能更快退出。
尺寸

使用 Touch Bar 時,會不斷意識到它的尺寸很小:預覽圖極小,手指總是蓋住內容,而且捲動只能在水平方向上進行。(而且你必須讓手指保持直線移動,而不是略帶弧度——這不是自然的手勢。)

要展開 Control Strip,必須點擊一個非常小的人字形箭頭;其他地方也有大量這類微小的箭頭,又窄又難按,在沒有觸覺回饋的情況下更是如此。這讓介面感覺很瑣碎、難操作,對於一家曾在第一代 iPhone 上深思熟慮地制定並執行「44 像素」觸控目標最小尺寸的公司來說,是個奇怪的妥協。(這些箭頭的實體寬度正好是 2007 年 iPhone 建議最小觸控目標的一半——3.5 毫米而非 7 毫米。)

許多空間在其他方面也感覺很擁擠。Craig Federighi 在發表會示範中展示 Safari 預覽的畫面,僅僅五個分頁就讓人感到窒息:

在使用任何輸入介面時,Touch Bar 會被分割成三個區域:app 控制項目、建議字詞,以及右側的 Control Strip:

在其他 app 中,有些區域可以捲動,但卻沒有空間顯示捲軸。以任何有意義的方式使用 Touch Bar,都感覺像是不斷猜測什麼可以移動、什麼不行,並不斷調整微小虛擬視窗的大小,只是在這裡沒有 Apple 大螢幕上那些令人愉悅的調整機制。在這裡,emoji 面板的 UI 做了一些非常聰明的設計來幫助瀏覽數百個 emoji,卻仍然感覺不夠:

在照片編輯和其他幾個地方的互動感覺如此侷促、迂迴,讓人不禁想,為什麼有人會選擇它們,而不選擇上方螢幕的寬敞與精確。

我在想,有限的高度是否也造成了其他連帶影響。例如,向下鑽取時呈現的是(緩慢的)淡出/淡入效果,而不是上下捲動來幫助你理解層級結構——同時也沒有顯示指向該方向的箭頭。我猜那是因為捲動會讓人以為可以上下滑動,而那個手勢根本沒有足夠的空間讓人感覺舒服。

在使用 Touch Bar 時,我一直想起前面提到的那個巧妙融合了 Touch Bar 與上方螢幕的出色自訂功能,還有 1980 年代 Xerox 影印機上類似的互動(按下 More 下方的按鍵會顯示其他選項):

這種做法是否也能應用於其他 Touch Bar 互動來創造更多空間,還是會因為手指自然想去點擊螢幕底部而變得令人沮喪?在文字編輯中就有一個類似的貼心整合,Touch Bar 似乎意識到當你的手指在下方時,你的目光可能正看著上方:

但接著,在同一個地方,選擇顏色的功能卻沒有以同樣的方式整合:

總的來說,Touch Bar 是一個夾在舊的輸出(O)與更舊的輸入(I)之間的新型 I/O,而這裡的所有關係似乎都沒有被完全理清。

Touch Bar 能不能就直接變大一點?Asus Zenbook Pro 展示了這個想法的終極形態——它實現了一些有趣的新功能,卻也帶來了一大堆更多挑戰,例如消失的觸控板,或是要決定每個表面該放什麼:

我倒不期待 Touch Bar 走到那麼極端,但我很想看看它若在垂直方向上稍微長高一點,是否能緩解一些痛點。

自訂與基礎架構

Apple 把 Touch Bar 的全盤賭注都押在各個 app 的內建支援與少數核心互動上。但回過頭看,我不禁想,答案會不會是使用者自訂。

在這方面,Touch Bar 暴露了 Apple 在動作基礎架構上投資不足的問題。macOS 的鍵盤自訂在 2016 年就已經顯得過時,此後也沒有改進,而「捷徑」app 當時甚至還不存在。這本是 Apple 為大眾提供一種更親切、類似 Keyboard Maestro 體驗的機會,但 Touch Bar 卻不讓你在新功能旁邊哪怕只放幾個功能鍵——唯一的選擇就是老式的 F1–F12 模式,既沒有 Touch Bar 的任何好處(你甚至無法更改標籤!),也沒有觸覺回饋。

當然,Quick Actions 算是朝這個方向的嘗試,但感覺極度半生不熟;在我用 Automator 和 Touch Bar 進行探索時,遇到了一些真正令人困惑的設定與流程,從未能夠讓它完全運作。在這裡,我得跑到很遠的「系統偏好設定」窗格中,看到各種彼此毫不相干的 Quick Actions:

在更理想的設定中,應該可以將任何按鍵、動作或選單指令指派給 Touch Bar 底層的任何按鈕;像 SF Symbols(於 2019 年正式推出)這樣的東西就能提供所有必要的圖示。又或者,可以想像一些令人愉悅的整合互動,就像這個一樣,能讓 Touch Bar 輕鬆、愉快地變得對個人實用。

或者,像迷你線圖(sparklines)或其他能快速顯示視覺化狀態的小工具如何——這類東西本就是專業使用者喜歡放在選單列的,而且可以輕鬆串接資料來源(可參考最近才出現的 TerminalWidget)?或者用左右滑動手勢、按鈕或鍵盤組合鍵來切換 Touch Bar 的不同「空間」?

又或者,針對每個 app 學習你最常使用、卻沒有鍵盤快速鍵的指令,並將它們建議為 Touch Bar 上的前五個按鈕?

Touch Bar 還有救嗎?

如今,常常感覺 Touch Bar 在該選擇漸進演變的時刻選擇了革命,又在需要革命的地方選擇了演變。回過頭看,在見識過 Stream DeckFlux Keyboard 這類吸引眾人目光的專案後,或許它本可以這樣發展:

  • 第一代就配備實體 Esc 鍵,或至少提供「基於聲音的觸覺回饋」,並透過好得多的設定軟體讓你能做更多事:輕鬆將按鈕指派給系統動作,並搭配圖示,讓你不再需要記住到底是 F3 還是 F7 在執行某個功能。不要把 Touch Bar 當成對功能鍵的否定,而是將其視為一種強化。除此之外,再加入一些易於組合的小工具與迷你線圖。這是 Pro 等級的硬體,而這些感覺才是專業級的功能。
  • 保持更緊湊、更聚焦,並克制一些較複雜的互動也會有幫助(問題是:它們在影片中看起來太棒了!)。與其想包山包海、在狹小空間內重現大量現有 GUI,不如專注於每個 app 中一到兩個出色的互動。Finder:顯示那些本就可自訂、但在某些檢視中不易存取的 Quick Actions!Emoji:改用分頁而非捲動,但要做得非常聰明,突顯只有在這裡才能存在的視差滑動手勢的威力。系統:預設加入即時螢幕截圖功能。
  • 如果這樣奏效,後續版本再加入觸覺回饋,或許加大尺寸,並從專業使用者推向一般使用者,一路上學到所有有用的教訓(也包括來自 Pock 這類第三方 app 的經驗)。

但我也不確定。觸控很有趣,但終究來說,能從一條小小的觸控條中榨出的價值有其天花板,而作為又一個輸入/輸出裝置,其複雜度也有其底線。

而且硬體層面始終有個房間裡的大象——許多專業使用者很可能是在桌上搭配外接鍵盤使用電腦,這會讓 Touch Bar 變得太遠,甚至完全無法使用。在過去十年間,Apple 甚至連 Touch ID 這個問題都還沒解決,而 Touch ID 正是 Touch Bar 中唯一沒有被獻祭給憤怒的 IBM 3270 終端機之神的部分。

Touch Bar 若作為獨立裝置是否可行?它是否有可能好到讓你願意為它付兩次錢?

也許不行。但如果 Apple 當時為了 Touch Bar 而改進了鍵盤與動作自訂軟體,即使最終它還是失敗收場,我們至少還能留下那些軟體。

本文章由 muse-spark-1.2-contributor 進行翻譯

留言