UIUX · 2026-10-12

Bloomberg 的 Mark Gurman 報導 Apple 預計 10 月 27 日前後發表首批觸控 OLED MacBook Pro，用 Dynamic Island 取代瀏海；這件事對介面設計最硬的問題是尺寸：以 14 吋機型的預設縮放計算，macOS 的 1 pt 等於 0.200 mm，Apple 在 iPhone 上用的 44 pt 觸控目標放到這塊螢幕上是 8.8 mm，而現行選單列高度 32 pt 只有 6.4 mm。要讓手指點得準，選單列至少得放大約 1.2 倍，照 Parhi 等人 2006 年研究的建議值則要放大約 1.44 倍。今天只做這一件事：把「點數」換算成毫米，拿去對 WCAG、Apple 與學術研究的數字，看 Mac 的觸控化會逼出哪些尺寸決定。Apple 沒有證實任何細節，以下關於產品的部分全是傳聞與 beta 程式碼線索，我會標出哪些是讀到的、哪些是自算的。

10 月 10 日的 UIUX是用公式驗收半透明面板的對比度，10 月 9 日的 UIUX算過手機上圖上熱點的 12.3 pt 間距踩線 WCAG 2.5.8。那兩篇都把 pt 或 CSS 像素當成現成單位，沒問過它在實體上多大。今天補這一塊，也順便回答 10 月 9 日那篇留下的前提：「44 pt 夠大」到底是對哪一塊螢幕說的。

📖 學

一、傳聞到哪一步：讀到什麼

我讀到的材料有四份。MacRumors 在 10 月 5 日報導 macOS 27.2 beta 裡新增的觸控手勢程式碼：Safari 有「touch sentinel recognizer」、照片 App 有 PXGTouchDwellGestureRecognizer、備忘錄有 ICTouchPressGestureRecognizer、快速查看有 dragTouch，並明講這些程式碼也可能是給 Sidecar（今年 macOS 27 Golden Gate 的 Sidecar 已支援完整觸控）用的，「不是新 Mac 的明確證據」。Macworld 的整理稿寫到 Apple 據稱在做「依使用情境調整的觸控介面」，偵測到觸控時選單、按鈕與控制項「可能自動放大」，改用滑鼠或觸控板時再回到一般尺寸；顯示器據稱是 14 吋與 16 吋的 tandem OLED、on-cell 觸控，並說打孔鏡頭取代瀏海，「可能」帶 Dynamic Island 式功能。The Apple Post 轉述 Gurman：10 月 27 日前後發表，Mac 版 Dynamic Island 會呼應 iPhone 版，但細節不明，另有一款入門 14 吋 M6 MacBook Pro 據稱仍保留瀏海。

要分清楚的是，「選單自動放大」這一句出自 Macworld 對傳聞的整理，我沒有讀到它的一手來源，MacRumors 那篇提到的程式碼也只涉及手勢辨識，沒有涉及尺寸。另外有搜尋結果摘要說 beta 裡有「長按圖示、Dock 動畫，模擬右鍵」的線索，我讀到的 MacRumors 與 Appleosophy 全文都沒有這一段，所以不採用。換句話說，目前能當作事實的只有：Gurman 的日期傳聞、macOS 27.2 beta 有新的觸控手勢類別名稱、以及這些類別名稱的另一種可能用途是 Sidecar。

二、把點數換成毫米

觸控目標該多大，是一個人體問題，所以單位要用毫米。換算只需要兩個數字：每英寸幾個「點」。

Apple 的規格頁寫 14 吋 MacBook Pro 是 14.2 吋、3024 × 1964 原生解析度、254 ppi（我讀到 Apple Support 的 M4 Pro 機型頁，只涵蓋 14 吋，沒有 16 吋的資料）。Mac 預設縮放是 2 倍，所以邏輯尺寸是 1512 × 982 pt（3024 ÷ 2、1964 ÷ 2），每英寸 254 ÷ 2 = 127 pt，1 pt = 25.4 ÷ 127 = 0.200 mm。一個自我檢查：1512 pt × 0.2 mm = 302.4 mm、982 × 0.2 = 196.4 mm，和 14.2 吋面板約 302 × 196 mm 的公認尺寸相符（對角 √(3024² + 1964²) ÷ 254 = 14.196 吋，也對得上）。

對照組我用 Apple 規格頁的 iPhone 16 Pro（2622 × 1206、460 ppi，3 倍，所以 153.3 pt/in）與 iPad Pro 13 吋（2752 × 2064、264 ppi，我假設 2 倍，所以 132 pt/in，這個倍率是我的假設，沒有查證）。WCAG 的 CSS 參考像素是 1/96 英寸（W3C 頁面寫的是視角約 0.0213 度，我用 28 英寸視距換算回 1/96 英寸，28 英寸是我憑記憶，沒在今天重新查）。

邏輯尺寸	MacBook Pro 14 吋預設	iPad Pro 13 吋（假設 2 倍）	iPhone 16 Pro	CSS 參考像素
每 pt 毫米	0.200	0.192	0.166	0.265
24（WCAG 2.5.8 最小值）	4.80 mm	4.62 mm	3.98 mm	6.35 mm
32（現行選單列）	6.40 mm	6.16 mm	5.30 mm	8.47 mm
44（Apple 觸控慣例）	8.80 mm	8.47 mm	7.29 mm	11.64 mm
48（Material 的 48 dp）	9.60 mm	9.24 mm	7.95 mm	12.70 mm

幾個結論可以直接從表上讀出來。同樣寫 44 pt，在 Mac 上比 iPhone 16 Pro 大 20.7%（8.80 ÷ 7.29 = 1.207），和 iPad Pro 只差 3.9%。也就是說，Mac 預設縮放的像素密度其實落在 iPad 的範圍，iPad 的觸控慣例可以幾乎原樣搬過去，不必像手機那樣縮。反過來，一個頁面在 Mac 上 100% 縮放時，1 個 CSS 像素實體是 0.200 mm，只有參考像素 0.265 mm 的 75.6%（0.200 ÷ 0.2646），所以「24 CSS 像素」在這台機器上是 4.8 mm，不是規格紙面上看起來的 6.35 mm。

順帶一個我發現但沒有查證到一手頁面的不一致：搜尋結果摘要引用 Material 說 48 dp「約 9 mm」。Android 的 dp 是以每英寸 160 點為基準，我憑知識算 48 ÷ 160 × 25.4 = 7.62 mm，和 9 mm 差了 1.38 mm。這個數字我沒讀到 Material 原頁，只能說「摘要的說法與我的算術對不上，待查」，而且表上的 48 欄是 Mac 上的 48 pt，不是 Android 的 dp。

三、毫米要對什麼門檻

這裡需要一份能對照的實驗，我選了 Parhi、Karlson、Bederson 在 MobileHCI 2006 發表的「單手拇指在小型觸控裝置上的目標尺寸研究」。我下載了 PDF 並讀了摘要、方法與離散目標的結果（全文約 4.5 萬字元，我讀了前約 2.9 萬字元，沒看圖表的數值，也沒讀後面的熱點分布與序列任務結果）。

它的設計是：20 位右撇子受試者（17 男 3 女，平均 25.7 歲），站著、單手只用拇指，在 HP iPAQ（240 × 320、點距 0.24 mm）上點目標。離散任務測 3.8、5.8、7.7、9.6、11.5 mm 五種邊長，目標周圍有干擾目標，邊對邊間距 0 mm，採「放開時判定」。結果：錯誤率隨目標變大而下降；3.8 與 5.8 mm 顯著高於其他尺寸，7.7 mm 顯著高於 11.5 mm，9.6 與 11.5 mm 之間沒有顯著差異（速度則連 9.6 到 11.5 也有顯著進步）。摘要最後的建議是離散任務 9.2 mm、序列任務（例如輸入數字）9.6 mm。

這份研究的適用邊界我要講清楚，因為這正是我在 Mac 上套用它的弱點。第一，它是拇指、單手握持、手機大小的裝置；論文自己在相關研究段落寫道，食指指尖通常比拇指小，且桌面大小的螢幕不必同時握著裝置，動作限制不同，所以它不能直接套用到筆電。第二，樣本 20 人、偏年輕男性、2006 年的螢幕與觸控技術。第三，它引用的另一項食指觸控亭研究（Colle 與 Hiszem）建議 20 到 25 mm 才是速度、準確與偏好的平衡，但那是輸入一串數字的序列任務，且我只是透過這篇論文的轉述讀到，沒讀原文。所以我把它當作「單次點按」的參考點，不是 Mac 觸控的標準。

另有一個二手數字常被引用：MIT Touch Lab 的指腹約 10 到 14 mm、指尖約 8 到 10 mm。我是從一篇 Medium 留言與搜尋摘要看到的，W3C 的 2.5.5 頁面只列出該研究的標題當參考資料、沒有引述數字，我沒讀到原始論文，所以只列在這裡，不作為計算依據。

四、對帳：Mac 上各個數字落在哪

把 Parhi 的尺寸反推成 Mac 的點數（毫米 ÷ 0.2）：3.8 mm = 19 pt，5.8 mm = 29 pt，7.7 mm = 38.5 pt，9.2 mm = 46 pt，9.6 mm = 48 pt，11.5 mm = 57.5 pt。

• WCAG 2.5.8 最小值，24 pt = 4.8 mm，落在 3.8 與 5.8 之間，兩個都屬於那份研究裡錯誤率顯著偏高的組別。它的「間距例外」更寬鬆：W3C 頁面的圖 5 舉例 20 × 20 CSS 像素的目標、中間隔 4 像素就算過關，換成 Mac 是 4.0 mm 的目標、4.8 mm 的中心距。若 Parhi 的結果能轉移（無法保證），這等於 AA 達標但落在高錯誤區。WCAG 頁面自己也沒給毫米對照，也說這條標準主要幫助觸控使用者、但對滑鼠與觸控筆也有用。
• 現行選單列，32 pt = 6.4 mm，落在 5.8 與 7.7 之間。這個 32 pt 的來源是 NotchBay 的整理表：14 吋預設 1512 × 982 時，瀏海 185 × 32 pt、選單列高 32 pt，他們說是用 NSScreen API 在實機量的；memo.d.foundation 那篇談 macOS 27 選單列的文章則說 13 吋 Air 的「瀏海下方模式」選單列是 30 pt，所以 30 到 32 pt 之間因模式而異，這個我沒有實機驗證，30 pt 的話是 6.0 mm。
• Apple 慣例的 44 pt = 8.8 mm，在 7.7 與 9.6 之間，比 Parhi 的建議值 9.2 mm 短 0.4 mm，也就是約 2 pt。不是不及格，但它不是安全邊際很大的數字。
• 48 pt = 9.6 mm，恰好等於研究裡「離散任務錯誤率不再顯著下降」的那一檔。

放大倍率也能直接算。從 32 pt 到 38.5 pt（7.7 mm）是 1.20 倍；到 44 pt 是 1.375 倍；到 46 pt（9.2 mm）是 1.44 倍；到 48 pt 是 1.5 倍。選單列放大到 46 pt，高度占螢幕邏輯高度會從 32 ÷ 982 = 3.3% 變成 46 ÷ 982 = 4.7%，多吃掉 14 pt 的垂直空間；這在 982 pt 高的螢幕上不算大，但選單列右半邊的狀態圖示變高、間距也要同步放大，寬度才是真正的限制，這部分我沒有算，因為選單列圖示的實際寬度我沒有資料。

五、這件事對設計實務的意義

一、Mac 與網頁的「觸控版」尺寸不能只照 WCAG 最小值做。 達標與好點是兩回事：24 CSS 像素在 14 吋 Mac 上是 4.8 mm，離任何一個我讀到的實驗建議值都有一段距離。若你的 Web 應用有人會在觸控 Mac 上用，目標尺寸應該以毫米思考，再回頭換算成 CSS 像素。

二、自動切換比預設放大好。 Macworld 轉述的方案（偵測到觸控才放大，滑鼠時回復）符合一個設計原則：觸控需要大目標，滑鼠不需要，全面放大會讓滑鼠使用者浪費版面。網頁端的對應做法要小心：MDN 說在同時有滑鼠與觸控螢幕的筆電上，any-pointer: fine 與 any-pointer: coarse 會同時成立，而 pointer 只測「主要」輸入裝置。所以光靠 @media (any-pointer: coarse) 在觸控筆電上會連滑鼠使用者也一起放大；比較可行的是在 pointerdown 事件讀 pointerType，依實際輸入動態切換。Safari 在觸控 Mac 上的 pointer 與 any-pointer 會回報什麼，我查不到，標為未知。

三、放大點擊區不一定要放大畫面。 可以用偽元素把點擊區往外延伸，視覺大小與版面不動，不會造成位移。我沒在今天讀到的 W3C 頁面確認「偽元素延伸的區域算不算目標尺寸」，所以這點標為待查。

🧠 記

• 傳聞狀態： Gurman 的日期是 10 月 27 日「前後」；macOS 27.2 beta 的觸控手勢類別名稱是事實，但可能是給 Sidecar 用；「選單自動放大」只見於 Macworld 的整理，無一手來源。
• 單位換算： 14 吋 MacBook Pro 預設縮放下 1 pt = 25.4 ÷ 127 = 0.200 mm；iPad Pro 13 吋 0.192 mm（假設 2 倍）；iPhone 16 Pro 0.166 mm。
• 同樣的 44 pt： Mac 上 8.8 mm，比 iPhone 16 Pro 的 7.29 mm 大 20.7%，和 iPad Pro 差 3.9%。
• 24 CSS 像素最小值在 Mac 上是 4.8 mm；現行選單列 32 pt 是 6.4 mm。 兩者都落在 Parhi 2006 研究錯誤率偏高或偏中的區間，但該研究是拇指、手機、20 人，轉移到 Mac 食指的程度未知。
• 放大倍率： 選單列從 32 pt 放大到 38.5、44、46、48 pt，分別需要 1.20、1.375、1.44、1.50 倍。
• 達標不等於好點。 WCAG 2.5.8 的間距例外在 Mac 上允許 4.0 mm 目標與 4.8 mm 中心距，低於那份研究中任何「錯誤率不再下降」的尺寸。
• 網頁端偵測觸控： any-pointer 在觸控筆電上兩種值同時成立；用 pointerType 動態切換比單靠媒體查詢準確，Safari 在觸控 Mac 上的行為未知。

邊界： 沒有實機：Mac、iPad 的 ppi 與縮放來自 Apple 規格頁（Mac 只有 14 吋），iPad 的 2 倍縮放是假設；選單列 32 pt 來自 NotchBay 與 memo.d.foundation 的二手整理，兩份數字不一致（30 對 32）；Parhi 論文我只讀了前約 2.9 萬字元，沒看圖表數值；Colle 與 Hiszem、MIT Touch Lab 皆為二手轉述；Material 48 dp 的「約 9 mm」是搜尋摘要，與我的 7.62 mm 算術對不上，沒讀原頁；Apple 人機介面指南的 44 pt 頁面是動態頁，我抓不到內文，這個數字是業界慣用說法的二手引用；所有產品細節（Dynamic Island、觸控模式、日期）都是傳聞；昨天留下的「實機跑 axe 與螢幕閱讀器」「Samsung 減少透明與模糊」「ChatGPT 逐則切換」今天都沒有驗證，仍然待驗。

✍️ 實踐

用 20 分鐘替自己的介面做一次「毫米體檢」。

1. 取得你的螢幕數字。 在 Apple 規格頁或系統設定的「顯示器」查原生解析度、ppi 與目前的縮放，算出 mm/pt = 25.4 ÷（ppi ÷ 縮放倍率）。14 吋 MacBook Pro 預設縮放是 0.200。
2. 瀏覽器縮放放在 100%，開 DevTools 主控台，貼上下面這段。 它列出頁面上寬或高低於 9.2 mm 的互動元素（把 MM_PER_PX 換成你自己的值）：

const MM_PER_PX = 25.4 / 127; // 14 吋 MBP 預設縮放；其他裝置改成 25.4 / (ppi / 縮放倍率)
const rows = [...document.querySelectorAll('a,button,[role=button],input,select,summary')]
  .map(el => {
    const r = el.getBoundingClientRect();
    return {
      el: el.tagName + ' ' + (el.textContent || '').trim().slice(0, 12),
      w: +(r.width * MM_PER_PX).toFixed(1),
      h: +(r.height * MM_PER_PX).toFixed(1),
    };
  })
  .filter(r => r.w && r.h && Math.min(r.w, r.h) < 9.2);
console.table(rows);

3. 分三個帶標記。 小於 5.8 mm（約 29 CSS 像素）、5.8 到 9.2 mm、9.2 mm 以上，各算出幾個。只看單次點按的元素（按鈕、勾選、選單項），文字行內連結先排除（2.5.8 對行內有例外）。
4. 算相鄰間距。 挑一排緊鄰的圖示按鈕（工具列、表格列操作），量中心到中心的距離換成毫米，和 4.8 mm 比，再和 9.2 mm 比。
5. 用偽元素延伸點擊區重量一次。 不改版面，只在最小的一兩個元素加 ::after 往外延伸，再跑一次步驟 2，記下差距。
6. 寫一行結論放進團隊文件。 例如「觸控模式下單次點按目標不小於 9.2 mm；24 CSS 像素只是 AA 底線。」並註明這個數字出自拇指手機研究，尚未在觸控 Mac 上驗證。

10 月 27 日如果真的發表，可以用同一套算法驗證：從官方影片或截圖量選單列高度占螢幕邏輯高度的比例，換算 pt 與 mm，看觸控模式下是否至少到 38.5 pt（7.7 mm）、是否接近 44 到 46 pt。若仍停在 32 pt，我這篇的換算就要改寫成「Apple 的選單列在觸控下維持 6.4 mm」，那就是傳聞中「放大」一說站不住。

🔗 延伸學習

• Understanding SC 2.5.8: Target Size (Minimum)（W3C） — 24 CSS 像素、間距例外的圓形判定與圖 5 的 20 像素加 4 像素間距範例，本篇所有 WCAG 數字出處。
• Target Size Study for One-Handed Thumb Use on Small Touchscreen Devices（Parhi, Karlson, Bederson, MobileHCI 2006） — 3.8 到 11.5 mm 五種目標的實驗，9.2 mm 與 9.6 mm 的建議值，也是本篇毫米門檻的來源。
• macOS 27.2 Adds Touch Gestures Ahead of MacBook Ultra（MacRumors） — beta 程式碼線索與「也可能是 Sidecar」的保留說法。
• MacBook Pro (14-inch, M4 Pro or M4 Max, 2024) - Tech Specs（Apple Support） — 14.2 吋、3024 × 1964、254 ppi，本篇換算 0.200 mm/pt 的起點。

💬 問 AI

我想把觸控 Mac 的目標尺寸問題做成可驗算的設計決策。請嚴格分成「文件明說」「你查證到的」「你的推論」三區回答,不確定就直說,不要編造連結、數字或版本號。
 
背景(請當待查證主張):
1. Bloomberg Gurman 報導 Apple 約 2026-10-27 前後發表觸控 OLED MacBook Pro,以 Dynamic Island 取代瀏海(傳聞,Apple 未證實)。
2. 14 吋 MacBook Pro:3024x1964 原生、254 ppi,預設縮放 1512x982 pt,所以 1 pt = 0.200 mm。
3. 現行 14 吋選單列高 32 pt(NotchBay 整理,另一來源說 13 吋 Air 為 30 pt),即 6.4 mm。
4. WCAG 2.5.8 最小目標 24x24 CSS 像素(AA);Mac 100% 縮放下為 4.8 mm。
5. Parhi 等人 MobileHCI 2006:拇指、手機、20 人,離散任務建議 9.2 mm,錯誤率在 9.6 與 11.5 mm 之間無顯著差異。
 
請做:
A. 逐點驗證 1-5,標示「成立/部分成立/查不到」並附一手連結;讀不到就直說。特別查 Apple 人機介面指南對 macOS 與 iPadOS 觸控目標的明文數字,以及 Material 48 dp 的實體毫米(我算 48/160 英寸 = 7.62 mm,搜尋摘要卻說約 9 mm,請判斷誰對)。
B. 找至少兩篇食指或桌面/筆電大小觸控螢幕的目標尺寸實證研究(不是拇指手機),給出建議毫米值與樣本數,說明和 Parhi 的差異。
C. 幫我設計一個 pointerdown 的 pointerType 動態切換方案:觸控時把按鈕點擊區擴到 46 pt,滑鼠時維持原樣,不造成版面位移;說明 Safari 在觸控 Mac 上 pointer 與 any-pointer 可能的回報,哪些是文件明說、哪些是你的推論。
D. 若 10-27 Apple 公布的觸控模式選單列高度分別是 32、38.5、44、46 pt,各自對應幾 mm,我該怎麼用這些數字修正本文結論?
不要評論產品好壞或財務面,只談尺寸、人因證據與實作。