Apple 昨晚（台北時間 10 月 13 日 21:00）發表了那台傳聞中的智慧螢幕，正式名稱是 HomeView，不是傳聞裡的 HomePad，定價 299 美元，即日起預購，11 月 13 日出貨。對昨天那篇的推算來說，最關鍵的一行在 Apple 規格頁：7 吋 Liquid Retina 方形螢幕，解析度 1088 × 1088、220 ppi。換算邊長是 1088 ÷ 220 = 4.945 英寸 = 125.6 mm；昨天我為「7 吋對角線」算的邊長是 125.7 mm，差 0.1 mm。「約 6 吋方形」的傳聞兩種讀法都不成立，昨天我不肯採信的「7 吋」說法反而是對的。
這篇的做法延續前幾天：把昨天寫下的推算逐項對照一手資料，標出對的、錯的、仍然查不到的，再用已知的像素格子算出新的設計數字，最後事先寫下可以在出貨後驗證的預測。昨天的 UIUX 留下的待驗項有四個：發表了沒有、螢幕尺寸與字級是否符合推算、距離切換與多人顯示的規則、無障礙；10 月 12 日的 UIUX 留下的是 Material 48 dp 與「約 9 mm」的落差。前四項今天有部分答案，最後一項沒有新資料。
📖 學
一、發表會實際說了什麼：對照昨天的傳聞
我讀了 Apple 新聞稿、Apple 的技術規格頁，以及 MacRumors 與 9to5Mac 的發表報導。能確認的事實如下，來源是 Apple 一手頁面的，我在句末標明。
| 昨天的說法 | 實際（來源） | 判定 |
|---|---|---|
| 名稱 HomePad | HomeView（新聞稿、規格頁） | 錯 |
| 約 6 吋方形（邊長 152.4 或 107.8 mm） | 7 吋對角線方形，1088 × 1088、220 ppi，邊長 125.6 mm（規格頁，邊長為我自己換算） | 錯；iGeeksBlog 的「7 吋」對 |
| 依距離切換介面 | 新聞稿原文：介面依使用者距離調整，遠處顯示更簡單的資訊，走近顯示更豐富的細節 | 成立 |
| 相機辨識是誰走近 | 最多辨識六人，每人有自己的主畫面、App 與小工具，個人內容對旁人保密 | 成立 |
| 內建 App 與 iPhone 小工具，沒有 App Store | 新聞稿列的是「來自 iPhone 的 App」；第三方報導稱沒有原生 App Store（二手） | 大致成立，細節未明 |
| 作業系統叫 homeOS | 規格頁只寫「HomeView software version 27.2」，沒有出現 homeOS | 我打開的 Apple 頁面查不到這個名字 |
| 預設畫面圍繞相簿與時鐘 | 新聞稿列出多個「face」：Photos、Flow、Snoopy、Home Modular、Home Camera（最多九路攝影機畫面同時串流） | 部分成立，形式不同 |
這張表有兩點值得多說。第一，傳聞對得上的部分都是「行為」（依距離切換、辨識人臉、小工具），錯的是「數字」（尺寸、名稱）；對設計實務來說，數字才是能拿來算的東西，所以傳聞階段只能做推論、不能做規格。第二，「face」這個詞是借 Apple Watch 的錶面概念：每一個 face 是一整張版面，使用者選的是一種版型，而不是在同一張版面上自行擺放元件。這個解讀來自新聞稿的用詞與各報導的描述，我沒有看到 Apple 的設計文件。
二、昨天的算法驗算：邊長對上，數字不用改
視角公式與基準沿用昨天：手機正文 em 2.82 mm、40 cm 距離（我的假設）、視角 0.403 度；遠距離的底線取 0.3 度。邊長換成 125.6 mm、像素間距 25.4 ÷ 220 = 0.1155 mm 後，可以直接算成像素：
| 觀看距離 | 0.403 度的 em | 像素 | 一行全形字數 | 0.3 度的 em | 像素 | 一行全形字數 |
|---|---|---|---|---|---|---|
| 0.5 公尺 | 3.52 mm | 30.5 px | 35.7 | 2.62 mm | 22.7 px | 48.0 |
| 1 公尺 | 7.03 mm | 60.9 px | 17.9 | 5.24 mm | 45.4 px | 24.0 |
| 2 公尺 | 14.07 mm | 121.8 px | 8.9 | 10.47 mm | 90.7 px | 12.0 |
| 3 公尺 | 21.10 mm | 182.8 px | 6.0 | 15.71 mm | 136.1 px | 8.0 |
昨天表裡 7 吋對角線的那一欄是 2 公尺 8.9 字（0.403 度）、12.0 字（0.3 度），和今天的實際螢幕完全一致，因為邊長只差 0.1 mm。昨天給的另外兩種邊長則偏離：107.8 mm 的版本是 7.7 字，低估了 14%；152.4 mm 的版本是 10.8 字，高估了 21%。如果當初採信了「6 吋」，2 公尺版面的字數預算就會錯一到兩個字，對一行只有十字上下的畫面來說，這是整個標題要不要重寫的差別。
兩個前提要重申，因為它們沒有被今天的資料推翻也沒有被證實：觀看距離是我假設的（Apple 沒有說這台是設計給幾公尺看的），0.403 度是我拿手機正文換算出來的基準，不是標準。
三、一個具體案例：九路攝影機畫面排成 3 × 3
新聞稿說 Home Camera face 可以同時串流最多九路影像。排成 3 × 3 是我的假設（Apple 沒有公布版型），每格寬 1088 ÷ 3 = 362.7 px，等於 41.9 mm。拿這格寬度除以上面表中的 em，可以得到單格能放幾個全形字的標籤：
- 2 公尺、0.3 度：41.9 ÷ 10.47 = 4.0 字。「前門」「車庫」「客廳」放得下，「嬰兒房攝影機」放不下。
- 2 公尺、0.403 度：41.9 ÷ 14.07 = 3.0 字。
- 1 公尺、0.3 度：41.9 ÷ 5.24 = 8.0 字。
也就是說，九宮格要在遠距離保持可讀，每路畫面的名稱得縮到四個字以內，否則就只能靠位置和縮圖辨認，或在走近後才顯示完整名稱，後者正是「依距離切換」這個機制該做的事。這是我的推論；Apple 的展示畫面是否有標籤、標籤多大，新聞稿沒有寫。
四、觸控目標：換成像素
昨天留下的 9 mm 觸控下限（Google 無障礙說明頁的「約 9 mm」），在這塊螢幕上是 9 ÷ 0.1155 = 77.9 px，占邊長 7.2%；一排最多放 13.96，也就是 13 個，若中間留 8 dp（依 160 dpi 定義 1.27 mm），算式是 (125.6 + 1.27) ÷ (9 + 1.27) = 12.35，放 12 個。拿 Android 的 48 dp 定義（7.62 mm）來換算，在這塊螢幕上是 66 px。
Apple 沒有公布這台的點（pt）比例，也沒有觸控目標下限，所以我無法說「Apple 的規範是幾 pt」。第三方部落格 blakecrosley.com 的一篇整理稱，Apple 在發表當天沒有發布 SDK、模擬器或這個平台的 Human Interface Guidelines 頁面（那是該文作者的說法，我沒有逐頁檢查 Apple 的開發者網站）。如果屬實，今天任何「HomeView 的字級是幾 pt」的說法都只能是推測。
有一個可以拿來當參照的對照，但它是假設：若這塊螢幕是 2 倍比例（544 × 544 pt）、正文用 iPhone 的 17 pt，則一個 em 是 34 px = 3.93 mm，剛好在約 56 公分處達到 0.403 度。也就是說，如果近看版沿用一般 iOS 的字級，它對應的設計距離會是「手伸直」而不是「站在兩公尺外」，這跟 Apple 說的「走近看到更豐富的細節」在尺度上吻合。這整段是反推，前提是 2 倍比例與 17 pt，兩者都沒有被證實。
五、昨天的四個提問：哪些有了答案
昨天我列了四個希望 Apple 回答的問題，今天逐項核對：
- 切換的觸發條件與臨界距離。 新聞稿與規格頁都沒有數字，也沒有說用相機、深度感測還是其他方式量距離。未回答。
- 近看版的字級。 沒有公布。未回答。
- 多人同時站在前面時顯示誰。 Apple 說最多辨識六人、每人有個人主畫面且個人內容對旁人保密，但沒有說兩個人並排站著時的行為。部分回答（辨識人數與隱私原則有了，衝突規則沒有）。
- 無障礙。 規格頁逐字列出：VoiceOver、Zoom、Voice Control、Switch Control、AssistiveTouch、Real-Time Text、Live Speech、Live Captions、Siri and Dictation、Type to Siri、Vocal Shortcuts、Subtitles and Closed Captioning。所以昨天「傳聞中沒有任何無障礙說明」這點，現在有一手清單了。清單中沒有出現「更大字體」一項，但這是規格頁的摘要式列表，不能據此推斷裝置沒有這個功能；而 Zoom 在遠距離版面上怎麼運作（放大的是畫面還是某個區域、距離切換時會不會被重設），頁面沒有寫。部分回答。
換句話說，今天拿到的是「有這個機制、有這份功能清單」，沒拿到的是「機制的參數」。設計上真正需要的恰好是參數。
六、事先寫下的預測：出貨後怎麼驗
11 月 13 日出貨後會有實機影片與照片。我先把預測寫下來，之後可以用影片畫面量，不必等 Apple 公布規範。方法是在畫面上量最小正文的高度占螢幕邊長的比例，乘以 1088 得像素，再換回距離。
預測一：遠看版的最小正文 em 落在邊長的 4.2% 到 11.2%（45 到 122 px），對應 1 公尺（0.3 度）到 2 公尺（0.403 度）的設計距離。低於 4%，表示它是按近於 1 公尺設計的；高於 11%，表示它是按遠於 2 公尺設計的。
預測二：近看版的最小正文 em 落在邊長的 2.1% 到 2.8%（23 到 31 px），對應 0.5 公尺。
預測三：遠看與近看的字高比值近似於兩個設計距離的比值。若比值是 4，表示設計距離是 0.5 公尺對 2 公尺；若只有 2，表示是 0.5 對 1 公尺，也就是遠看版其實不太遠。
這三條預測都建立在 0.3 到 0.403 度的區間上，這個區間本身是我從手機正文與 Google、Amazon 的字級表推出來的，並非標準；若實測值落在區間外，先質疑區間，不是質疑 Apple。
七、這件事對一般設計的啟示
可以帶回日常工作的有三點。
一、傳聞階段的尺寸，用公式反推比用傳聞可靠。 昨天我同時列出 6 吋兩種讀法與 7 吋，算完的版面預算是一組範圍；今天實際值落在範圍內，而且和範圍裡最靠近的那一格相差 0.1 mm。這說明「把不確定的輸入全部列出、各算一遍」的作法比挑一個最像的數字要穩：寫完之後不用改結論。
二、規格頁是最便宜的一手資料。 本篇九成的新數字，來自規格頁上兩行：「1088-by-1088」與「220 ppi」。設計師常忽略廠商的技術規格頁，直接看媒體的上手報導；前者有確切的解析度與像素密度，可以直接算出像素間距、可視邊長與每個距離的字數預算。
三、「有這個功能」與「功能的參數」要分開問。 新聞稿說「依距離調整」，這是行為；設計需要的是臨界距離、遲滯範圍、切換時的過場。把行為當成參數，會讓你以為問題已經解決。我昨天提的遲滯（進入與離開用不同門檻）這個概念，今天仍然只是推論，Apple 沒有說它怎麼處理。
🧠 記
- 發表結果： HomeView，7 吋方形，1088 × 1088、220 ppi，500 尼特最亮、0.3 尼特最暗，A18 晶片，299 美元，11 月 13 日出貨；規格頁沒有出現 homeOS 這個名字，只有「HomeView software version 27.2」。
- 邊長： 1088 ÷ 220 × 25.4 = 125.6 mm；昨天 7 吋對角線算法為 125.7 mm，6 吋兩種讀法（107.8、152.4 mm）都不成立。
- 字數預算（125.6 mm、0.403 度）： 0.5 公尺 35.7 字、1 公尺 17.9 字、2 公尺 8.9 字、3 公尺 6.0 字；0.3 度則是 48.0、24.0、12.0、8.0 字。
- 像素： 像素間距 0.1155 mm；2 公尺的 em 是 121.8 px（0.403 度）或 90.7 px（0.3 度）。
- 九路攝影機（假設 3 × 3）： 每格 41.9 mm，2 公尺、0.3 度時標籤最多 4 個全形字。
- 9 mm 觸控下限： 77.9 px，占邊長 7.2%，一排 13 個（無間隔）或 12 個（留 1.27 mm 間隔）。
- 未回答： 距離切換的臨界值與遲滯、近看版字級、兩人並排時顯示誰、Zoom 在遠距離版面的行為。
邊界： 邊長、字數與像素全是我用 Apple 公布的解析度與 ppi 換算，Apple 沒有公布可視邊長；視角基準 0.403 度、0.3 度底線與 40 cm 手機距離為我的假設；點比例與 17 pt 的反推是假設；「沒有 SDK、沒有 HIG 頁面」來自第三方整理，我未檢查 Apple 開發者網站；Tom’s Guide 的直播頁抓不到全文，我沒有讀到發表會現場演示的細節；homeOS 的說法只見於部分媒體的摘要，我沒有在打開的 Apple 頁面看到；昨天待驗的「Material 48 dp 與約 9 mm 落差的原因」「10 月 27 日觸控 MacBook 選單列實際高度」「實機跑 axe 與螢幕閱讀器」「Samsung 減少透明與模糊」「ChatGPT 逐則切換」今天仍然沒有驗證，繼續待驗。
✍️ 實踐
用 20 分鐘，把「畫面上的字高比例」換成「這個畫面是為幾公尺設計的」。可以拿 HomeView 的官方圖片，也可以拿你自己手上任何要站遠看的畫面。
- 打開 Apple 新聞稿的 HomeView 螢幕畫面（官方圖片是行銷用的畫面，可能不等於實際介面，這一點先記下）。
- 量螢幕可視區的邊長（像素）與最小正文的字高（像素），算出比例。
- 貼進下面這段程式，用 125.6 mm 當邊長，算出對應的設計距離。
const edgeMm = 125.6; // HomeView 可視邊長，換成你的螢幕
const ratio = 0.11; // 最小正文字高 / 螢幕邊長,自己量
const angleDeg = 0.403; // 遠距離底線可試 0.3
const emMm = ratio * edgeMm;
const distanceMm = emMm / (2 * Math.tan((angleDeg * Math.PI / 180) / 2));
console.log('em =', emMm.toFixed(1), 'mm；設計距離約', (distanceMm / 1000).toFixed(2), '公尺');- 用 0.403 度與 0.3 度各算一次，得到一個距離區間，而不是一個數字。比例 0.11 的結果是 em 13.8 mm、距離約 1.96 公尺（0.403 度）或 2.64 公尺（0.3 度）。
- 把區間寫進你的筆記，並在 11 月 13 日出貨後的實機影片上重量一次，對照前面三條預測，記錄誰對誰錯。
- 若是用在自己的專案：把「設計距離」寫進設計規範的第一頁，再用同一條公式反推所有字級，這樣「字級表」就有可驗算的來源，而不是慣例。
🔗 延伸學習
- Meet Apple HomeView, a new way to enjoy entertainment and manage the home（Apple Newsroom） — 距離自適應介面、face、最多辨識六人與隱私原則的原文。
- Apple HomeView - Technical Specifications（Apple） — 7 吋、1088 × 1088、220 ppi、亮度、無障礙功能清單與機身尺寸，本篇換算的依據。
- Apple Announces ‘HomeView’ Smart Home Hub（MacRumors） — 發表當天的整理，含出貨日期與地區。
- Apple HomeView for Developers: What Apple Said on Day One（Blake Crosley） — 第三方整理發表當天開發者端公布了什麼、沒公布什麼，結論未經 Apple 開發者網站交叉檢查。
💬 問 AI
我想把智慧螢幕(Apple HomeView)的字級與版面容量做成可驗算的設計決策。請嚴格分成「文件明說」「你查證到的」「你的推論」三區回答,不確定就直說,不要編造連結、數字或版本號。
背景(請當待查證主張):
1. Apple 規格頁:HomeView 為 7 吋對角線方形 Liquid Retina,1088 x 1088、220 ppi;換算邊長 = 1088 / 220 * 25.4 = 125.6 mm,像素間距 0.1155 mm。
2. 視角公式:視角 = 2*arctan(大小 / 2 / 距離)。以手機正文 17 pt、460 ppi、3 倍(em 2.82 mm)、40 cm 距離為基準 = 0.403 度;遠距離底線取 0.3 度。
3. 按此,2 公尺處 em 為 14.07 mm(0.403 度)或 10.47 mm(0.3 度),即 121.8 或 90.7 px,一行全形字 8.9 或 12.0 字。
4. Apple 新聞稿:介面依使用者距離調整,遠處顯示更簡單的資訊、走近顯示更豐富的細節;最多辨識六人。
5. 假設近看版沿用 iPhone 的 17 pt 正文、2 倍比例(544 pt 方形),則對應設計距離約 56 cm。
請做:
A. 逐點驗證 1 到 4,標示「成立/部分成立/查不到」並附一手連結;特別查 Apple 是否公布 HomeView 的點(pt)比例、Human Interface Guidelines 是否有對應頁面、距離切換的臨界值與遲滯,以及「Zoom」在這個裝置上的行為。
B. 找至少兩份關於「遠距離閱讀字高與視角」的實證研究或標準(例如 ISO 9241、人因研究),給出建議視角與樣本數,和我用的 0.403 度、0.3 度比較。
C. 若九路攝影機畫面排成 3 x 3(每格 41.9 mm),在 1、2、3 公尺各自一格能放幾個全形標籤字,並說明哪些假設我需要自己量。
D. 設計一個距離自適應介面的遲滯(hysteresis)門檻:進入近看版與回到遠看版的距離各取多少,為什麼;並說明兩人並排站在螢幕前時的合理顯示規則。
不要評論公司財務或產品好壞,只談尺寸、人因證據與實作。