<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
<title>Aaron Lau（韩栖） · 设计与界面</title>
<link>https://aaronlau.me/tags/design/</link>
<atom:link href="https://aaronlau.me/tags/design/feed.xml" rel="self" type="application/rss+xml"/>
<description>Aaron Lau（韩栖） 带 #设计与界面 标签的推送。</description>
<language>zh-Hans</language>
<dc:creator>Aaron Lau（韩栖）</dc:creator>
<lastBuildDate>Sun, 18 Oct 2026 00:00:00 GMT</lastBuildDate>
<item>
<title>相机控制为什么这么复杂 —— 旧文新看</title>
<link>https://aaronlau.me/2026/10/18/</link>
<guid isPermaLink="true">https://aaronlau.me/2026/10/18/</guid>
<pubDate>Sun, 18 Oct 2026 00:00:00 GMT</pubDate>
<author>Aaron Lau（韩栖）</author>
<dc:creator>Aaron Lau（韩栖）</dc:creator>
<category>iPhone</category><category>设计与界面</category><category>旧机考古</category>
<description><![CDATA[2024 年我推测相机控制不是拍脑门的功能，而是从 iPhone 11 智能电池壳得到的反馈：功能少所以用得少，于是越加越复杂。]]></description>
<content:encoded><![CDATA[<p>#iPhone #设计与界面 #旧机考古</p>
<p>iPhone 16 发布一个多月后，我想通了一件事：「感觉 Camera Control 并不是一个从天而降、拍脑门的功能」。线索在 iPhone 11 的智能电池壳，那上面就有一颗只管拍照的按钮。「因为他们从 iPhone 11 智能电池壳那里收集到的反馈大概是因为功能少所以用得少」。</p>
<p>于是往反方向用力：「然后他们自作聪明地往上追加了更多功能，恨不得把相机app的所有交互都塞进去」。「这也解释了他们为什么把这颗按钮做复杂了，而不是奉行少即是多的原则」。从一颗只管拍照的按钮，到一颗塞满交互的按钮，中间缺的是对少即是多的那点信心。</p>]]></content:encoded>
</item>
<item>
<title>HomeView 登场 —— 299 美元，先不卖给我们</title>
<link>https://aaronlau.me/2026/10/13/</link>
<guid isPermaLink="true">https://aaronlau.me/2026/10/13/</guid>
<pubDate>Tue, 13 Oct 2026 00:00:00 GMT</pubDate>
<author>Aaron Lau（韩栖）</author>
<dc:creator>Aaron Lau（韩栖）</dc:creator>
<category>智能家居</category><category>Siri</category><category>设计与界面</category>
<description><![CDATA[HomeView 是一块 7 寸的家居屏，造型取自 iMac G4，定价 299 美元，暂时只在支持 Siri AI 的英语地区发售。]]></description>
<content:encoded><![CDATA[<p>#智能家居 #Siri #设计与界面</p>
<p>HomeView 今天登场，我的第一句是：「省流：在我国没有发售。」规格好记：「7 寸屏，启发于 iMac G4 的造型」，299 美元，还有「人脸识别，家中所有人均可访问并能显示各自的信息」。它和 Siri AI 绑定，暂时只卖英语地区，我不担心：「Siri AI 早晚会向全世界铺开的，HomePod (2018) 一开始也是仅部分市场有售」。</p>
<p>价格也有看点。iPad mini 现价 599 美元，下一代传闻要涨，而 HomeView 只要 299，「懂了，iPad mini 涨价是为 HomeView 铺路的」。至于人脸识别，我反而亲切，「我自己的 app 也在做 2D 人脸识别」。苹果把同一件事搬进了客厅。</p>]]></content:encoded>
</item>
<item>
<title>HomeView 这个名字很不苹果 —— 从 Pod 到 Hub</title>
<link>https://aaronlau.me/2026/10/11/</link>
<guid isPermaLink="true">https://aaronlau.me/2026/10/11/</guid>
<pubDate>Sun, 11 Oct 2026 00:00:00 GMT</pubDate>
<author>Aaron Lau（韩栖）</author>
<dc:creator>Aaron Lau（韩栖）</dc:creator>
<category>设计与界面</category><category>智能家居</category><category>兴趣笔记</category>
<description><![CDATA[HomeView 的名字听起来不像苹果起的；Duo、Neo、Ultra、Studio 都是旧词缀，而一个 Home 前缀已经能造出绕口令了。]]></description>
<content:encoded><![CDATA[<p>#设计与界面 #智能家居 #兴趣笔记</p>
<p>传闻中的新家居设备叫 HomeView，我第一眼的感觉是：「HomeView 这个名字感觉很不苹果」。苹果爱用旧词，「Duo，Neo，Ultra，Studio 都是历史上出现过的词缀」，View 却是新面孔。我想过替代：「其实我有想过“HomePort”这个名字，虽然听起来和 HomePod 撞，不太可能启用」。</p>
<p>真正的问题是 Home 前缀太挤，苹果的命名一叠就成绕口令：「在 Apple TV 上通过 Apple TV app 订阅 Apple TV」，「使用 Apple Home app 以管理你的 Apple Home 设备」。再加一台 HomeView，这句话还能更长。</p>]]></content:encoded>
</item>
<item>
<title>更厚的 iPhone「Air」—— 大家想要的，未必还是 Air</title>
<link>https://aaronlau.me/2026/10/07/</link>
<guid isPermaLink="true">https://aaronlau.me/2026/10/07/</guid>
<pubDate>Wed, 07 Oct 2026 00:00:00 GMT</pubDate>
<author>Aaron Lau（韩栖）</author>
<dc:creator>Aaron Lau（韩栖）</dc:creator>
<category>iPhone</category><category>设计与界面</category>
<description><![CDATA[铝边框、双摄双扬、带实体卡槽的更厚 iPhone「Air」，满足了很多人的愿望，却失去了 Air 的厚度和质感；Air 悖论又多了一个注脚。]]></description>
<content:encoded><![CDATA[<p>#iPhone #设计与界面</p>
<p>新传出的这台，一句话概括：「铝金属边框，双摄和双扬，并且更厚的 iPhone “Air”」。它补上了单摄、单扬和只有 eSIM，「虽说这是很多人心心念念的所谓带有实体 SIM 卡槽的 iPhone “Air”」，代价写在规格里：「但是厚度和质感 never be the same as iPhone Air」。我上一台就是 Air，9 月说过「反过来，用完 Air 想要用回其他机型也是不太适应」。</p>
<p>2022 年我提过「Air 悖论」：Air 级产品不是最强，却最受欢迎。这台更厚的 Air 想两头都占，名字和配置都要，只是到这一步，它和让人记住的那台 Air 已经不是同一种东西了。</p>]]></content:encoded>
</item>
<item>
<title>Apple Watch 极限 4 —— 如果苹果把型号译成中文</title>
<link>https://aaronlau.me/2026/10/05/</link>
<guid isPermaLink="true">https://aaronlau.me/2026/10/05/</guid>
<pubDate>Mon, 05 Oct 2026 00:00:00 GMT</pubDate>
<author>Aaron Lau（韩栖）</author>
<dc:creator>Aaron Lau（韩栖）</dc:creator>
<category>兴趣笔记</category><category>Apple Watch</category><category>设计与界面</category>
<description><![CDATA[如果 Apple Watch 的型号全部意译，Ultra 是极限，SE 是畅享，Edition 是典藏；名字一翻译，产品线的气质就变了。]]></description>
<content:encoded><![CDATA[<p>#兴趣笔记 #AppleWatch #设计与界面</p>
<p>林檎给 Apple Intelligence 起了中文名「Apple 智能」。顺着往下推，把 Apple Watch 也意译一遍：「想象一下“Apple Watch 极限 4”“Apple Watch 畅享 3”」。字面没译错，听着却像换了一家公司。再往前，「曾经的 Apple Watch Edition 可以译为 “Apple Watch 典藏”」，那一代金表陶瓷表倒也配。</p>
<p>玩笑归玩笑，名字一旦本地化，就可能和原版走成两条路。9 月我就在想：「然后国行“Apple 智能”不知道会不会跟“Apple Intelligence”隔离」。名字再好也得名副其实，同月我还吐槽过：「Apple Intelligence 不 intelligent」。</p>]]></content:encoded>
</item>
<item>
<title>刘海不碍眼了 —— 把它当成窗口的收纳区</title>
<link>https://aaronlau.me/2026/10/04/</link>
<guid isPermaLink="true">https://aaronlau.me/2026/10/04/</guid>
<pubDate>Sun, 04 Oct 2026 00:00:00 GMT</pubDate>
<author>Aaron Lau（韩栖）</author>
<dc:creator>Aaron Lau（韩栖）</dc:creator>
<category>开发日志与一周短评</category><category>macOS</category><category>设计与界面</category>
<description><![CDATA[WindowShade 下一版把刘海当作隐藏窗口的收纳区，再加 Slide Over 和甩标题栏分屏，提前适应触摸屏 MacBook。]]></description>
<content:encoded><![CDATA[<p>#开发日志与一周短评 #macOS #设计与界面</p>
<p>今天的新演示视频叫「我再也不会觉得 MacBook 上的刘海碍眼了」。WindowShade 下一版的思路，是把窗口「最小化」到刘海里，「把灵动岛（刘海）作为被隐藏的窗口的收纳区」。再加上 Slide Over 和甩标题栏分屏，「我打算在 macOS 上重现 iPadOS-style 的多任务交互，就当作提前适应一下触摸屏 MacBook」。</p>
<p>这块地盘我四年前就惦记过。猜刘海 iPad Pro 时我写：「2.0 利用刘海的地盘搞一个菜单栏，甚至开放 app 在菜单栏常驻图标」。那台 iPad 没来，Mac 的刘海倒留下了，当年想让系统去用的那块黑色，现在我自己用上了。</p>]]></content:encoded>
</item>
<item>
<title>是 bug 还是 feature —— 闹钟响时的音乐音量</title>
<link>https://aaronlau.me/2026/10/01/</link>
<guid isPermaLink="true">https://aaronlau.me/2026/10/01/</guid>
<pubDate>Thu, 01 Oct 2026 00:00:00 GMT</pubDate>
<author>Aaron Lau（韩栖）</author>
<dc:creator>Aaron Lau（韩栖）</dc:creator>
<category>iOS</category><category>设计与界面</category>
<description><![CDATA[听歌时闹钟响起，点稍后提醒后音乐竟以闹钟音量继续播放；四年前我就说果粉最擅长辩证 bug 和 feature。]]></description>
<content:encoded><![CDATA[<p>#iOS #设计与界面</p>
<p>上周的说不清：「遇到了一个不知道是 bug 还是 feature 的现象，在听歌的时候闹铃响了，我想让他稍后提醒，此时音乐是以闹铃的音量播放的」，要手动按音量键才恢复。往 feature 想，是怕你稍后又睡过去；往 bug 想，闹钟和媒体音量本是两套。同一天还碰到一个没得辩的：「iOS 27 才有的这个 PWA- specific 的问题，在之前版本中不存在」。</p>
<p>四年前我写过：「资深谷粉与资深果粉的共同特性：擅长辩证 bug 和 feature 的一体两面性」。那时是调侃别人，现在轮到自己，第一反应也是先问一句：这到底是 bug 还是 feature。</p>]]></content:encoded>
</item>
<item>
<title>iPhone 18 Pro 配色 —— 没有段落感的背板</title>
<link>https://aaronlau.me/2026/09/18/</link>
<guid isPermaLink="true">https://aaronlau.me/2026/09/18/</guid>
<pubDate>Fri, 18 Sep 2026 00:00:00 GMT</pubDate>
<author>Aaron Lau（韩栖）</author>
<dc:creator>Aaron Lau（韩栖）</dc:creator>
<category>iPhone</category><category>设计与界面</category><category>开发日志与一周短评</category>
<description><![CDATA[今年 iPhone 18 Pro 四个颜色都养眼，背板摸起来也没有段落感；个性化我更想交给配件，于是做了个 DIY iPhone 的小工具。]]></description>
<content:encoded><![CDATA[<p>#iPhone #设计与界面 #开发日志与一周短评</p>
<p>「今年难得四个颜色都养眼」。以前的问题是两头不靠：「过往的 iPhone 配色很容易严肃，不显得活泼，或者很容易活泼，不显得堂正」，这一代算是兼顾了。渲染图看不出质感，我担心背板「不知道摸起来会不会有段落感」，今天拿到真机，「竟然是没有段落感的」。</p>
<p>配色再好，我也不希望 Apple 往机身上加更多颜色：「其实我个人想法是重现 iPhone 12 的那个 Studio，通过配件来达成个性化，而不是折腾机器本身」。Apple 不做，我就在 AI System 6 里做了个 CMF Studio 让大家 DIY。至于我自己这台，还是黑色。</p>]]></content:encoded>
</item>
<item>
<title>iPad Air 只换芯 —— 背刺两个字我先说出口</title>
<link>https://aaronlau.me/2026/09/14/</link>
<guid isPermaLink="true">https://aaronlau.me/2026/09/14/</guid>
<pubDate>Mon, 14 Sep 2026 00:00:00 GMT</pubDate>
<author>Aaron Lau（韩栖）</author>
<dc:creator>Aaron Lau（韩栖）</dc:creator>
<category>iPad</category><category>设计与界面</category>
<description><![CDATA[今年 iPad Air 只换芯，却在小地方让 iPad Pro 用户感到被背刺；两年前我还说 Pro 功能下放是拨乱反正。]]></description>
<content:encoded><![CDATA[<p>#iPad #设计与界面</p>
<p>今年的 iPad Air，我的评价很短：「iPad Air 绝对可以说是摆烂啊，只换芯，但是又会在一些小地方让 iPad Pro 用户感到被背刺」。今年的 iPad Air 是 3 月发布的 M4 款，内存升到 12GB，首发 Apple 自家的 N1 无线芯片。对 Air 用户，升级理由只剩芯片；对 Pro 用户，Air 偏偏在一两处细节上拿到了 Pro 没有的东西，手里更贵的那台反而落了后。</p>
<p>有意思的是，两年前我对这种事的态度正好相反。2024 年秋天标准版拿到 Pro 功能，我写的是「我倒认为 Apple Watch Series 10、AirPods 4 和 iPhone 16 对 Apple Watch Ultra 2、AirPods Pro 2 和 iPhone 16 Pro 的这场平权行动，不是什么“以下犯上”，而是一种“拨乱反正”」。那时候我站在标准版这边，觉得 Pro 用户的不爽多半是身份焦虑。</p>
<p>现在我手上是一台 M5 iPad Pro。同样的事落在 Air 和 Pro 之间，「背刺」两个字是我先说出口的。</p>]]></content:encoded>
</item>
<item>
<title>状态栏的复杂功能化 —— iPhone Duo 先走了半步</title>
<link>https://aaronlau.me/2026/09/12/</link>
<guid isPermaLink="true">https://aaronlau.me/2026/09/12/</guid>
<pubDate>Sat, 12 Sep 2026 00:00:00 GMT</pubDate>
<author>Aaron Lau（韩栖）</author>
<dc:creator>Aaron Lau（韩栖）</dc:creator>
<category>设计与界面</category><category>iPhone</category><category>iOS</category>
<description><![CDATA[iPhone Duo 把状态信息收进一个小元素，像 Apple Watch 的复杂功能；1 月我问 iPhone 凭什么不能像手表一样隐藏状态栏。]]></description>
<content:encoded><![CDATA[<p>#设计与界面 #iPhone #iOS</p>
<p>iPhone Duo 把状态信息收成了一个小元素，我给这件事的定义是「状态栏的复杂功能化」。复杂功能是 Apple Watch 表盘上那些小组件的名字，状态信息不再占一整条，而是像表盘上的一格。这对我是旧话重提，今年 1 月我还在问「Apple Watch 能隐藏，凭什么 iPhone 不能隐藏呢」，那时候只是愿望，现在 Duo 先走了半步。</p>
<p>细节上我有不同意见。新的蜂窝信号从五格改成了四格，「话说蜂窝从五格变成四格是不是因为要对齐 Wi-Fi 的」。对齐是整齐了，但「在这个例子中我觉得五格会更有辨识度一点」。</p>
<p>2022 年我觉得状态栏应该像实体按键一样稳定，今年 1 月我希望它干脆让位。到了 9 月，林檎的答案是先把它缩小，塞进一格。</p>]]></content:encoded>
</item>
<item>
<title>液态玻璃降到 Aero Standard —— 我不想再辩护了</title>
<link>https://aaronlau.me/2026/09/06/</link>
<guid isPermaLink="true">https://aaronlau.me/2026/09/06/</guid>
<pubDate>Sun, 06 Sep 2026 00:00:00 GMT</pubDate>
<author>Aaron Lau（韩栖）</author>
<dc:creator>Aaron Lau（韩栖）</dc:creator>
<category>设计与界面</category><category>Liquid Glass</category>
<description><![CDATA[Liquid Glass 本该接住信息洪流，却成了洪流本身；去年它是 Windows Aero，今年是 Aero Standard。一年前我还替它说话。]]></description>
<content:encoded><![CDATA[<p>#设计与界面 #LiquidGlass</p>
<p>Liquid Glass 推出一年后，我的评价是：「我记得当时的说法是要“接住”信息洪流，结果 Liquid Glass 对此的理解是成为洪流本身」。界面里的分工本来很清楚：「本来应该是要为内容让道，为信息让道，控件只是水里的救生圈对吧」。救生圈要显眼、要好抓，但不该自己变成浪。</p>
<p>今年 Golden Gate 收敛了不少，我给的比喻是：「不知道我这个比喻恰不恰当，去年的 Liquid Glass 是 Windows Aero，今年的是 Aero Standard」。Vista 的 Aero 有完整版，也有关掉玻璃透明的 Standard 版，区别在于后者的窗口框不透明，没有玻璃效果，今年的液态玻璃就像被调低了一档。</p>
<p>一年前的今天，我还在说「但是 Liquid Glass 比 Aero Glass 要好看很多捏」。到了现在：「现在苹果朝令夕改，我不是很乐意为 Liquid Glass 辩护了，今日之我总是会打脸昨日之我」。</p>]]></content:encoded>
</item>
<item>
<title>eSIM 不能从相册扫码 —— 卡在最后一步</title>
<link>https://aaronlau.me/2026/08/28/</link>
<guid isPermaLink="true">https://aaronlau.me/2026/08/28/</guid>
<pubDate>Fri, 28 Aug 2026 00:00:00 GMT</pubDate>
<author>Aaron Lau（韩栖）</author>
<dc:creator>Aaron Lau（韩栖）</dc:creator>
<category>设计与界面</category><category>iPhone</category><category>eSIM</category>
<description><![CDATA[iOS 能用相机扫码添加 eSIM，却不能从相册扫码。国行 eSIM 落地一年，方便这一半还卡在一张截图上。]]></description>
<content:encoded><![CDATA[<p>#设计与界面 #iPhone #eSIM</p>
<p>eSIM 用到今天，我卡在一个很小的地方：「为什么 iOS 可以拍照扫码添加 eSIM，却不能从相册扫码」。运营商给的二维码，很多时候本来就在手机里：邮件附件、聊天截图、网页。手边只有一台 iPhone 的时候，要么找第二台设备把码显示出来，要么打印出来再拿相机对着拍。</p>
<p>这件事在国内更有分量。「去年苹果在 dy 官宣国行 iPhone Air 以及 eSIM 的落地，让我对自己一直以来坚守的信念产生了强烈的怀疑」。国行 eSIM 真的来了，往后会有越来越多人的第一张 eSIM，从一张二维码开始。</p>
<p>一年前国行 eSIM 刚落地，我说「长远来看，我对 eSIM 的落地还是抱有信心的，只是希望能真的给用户带来方便，而不是回到写号机时代」。信心还在，方便这一半，现在卡在相册这一步。</p>]]></content:encoded>
</item>
<item>
<title>亮新篇，来耀眼 —— 邀请函真的在预告折叠屏？</title>
<link>https://aaronlau.me/2026/08/27/</link>
<guid isPermaLink="true">https://aaronlau.me/2026/08/27/</guid>
<pubDate>Thu, 27 Aug 2026 00:00:00 GMT</pubDate>
<author>Aaron Lau（韩栖）</author>
<dc:creator>Aaron Lau（韩栖）</dc:creator>
<category>预言账本</category><category>iPhone</category><category>设计与界面</category>
<description><![CDATA[秋季发布会中文邀请函「亮新篇，来耀眼。」被读成预告折叠屏，我觉得是穿凿附会；但这场发布会推出折叠屏几乎没有悬念。]]></description>
<content:encoded><![CDATA[<p>#预言账本 #iPhone #设计与界面</p>
<p>今年秋季发布会的中文邀请函写着「亮新篇，来耀眼。」，8 月 26 日发出，英文原文是 “Surprise and Shine”，发布会定在 9 月 9 日。我当时把问题写成了一道单选题：「你认为“亮新篇，来耀眼。”有预告折叠屏的意思吗？」我自己的立场是保留：「Aaron自己也觉得这是穿凿附会，但是似乎在简中舆论场里，就是等于预告了折叠屏，所以我似乎再一次跟大家对着干，跟 iPhone Pocket 一样」。</p>
<p>但我也给自己留了台阶：「从结果论，可能放在更远的时间尺度，Google翻译是正确的，因为这场发布会毫无疑问会推出折叠屏，只是9月/10月还是11月发售的问题」。字面上未必是预告，事实上大概率会对上。</p>
<p>至于苹果现在的做派，我的看法是「感觉用 2000 / 2010 年代的标准评价今天的苹果并不是一个正确的做法」。</p>]]></content:encoded>
</item>
<item>
<title>Aqua is back —— macOS 27 的红绿灯要统一了</title>
<link>https://aaronlau.me/2026/08/18/</link>
<guid isPermaLink="true">https://aaronlau.me/2026/08/18/</guid>
<pubDate>Tue, 18 Aug 2026 00:00:00 GMT</pubDate>
<author>Aaron Lau（韩栖）</author>
<dc:creator>Aaron Lau（韩栖）</dc:creator>
<category>设计与界面</category><category>macOS</category>
<description><![CDATA[macOS 27 beta 6 的红绿灯让我想起 Aqua，也像是林檎借机统一自绘标题栏，从放任不管变成积极干预。]]></description>
<content:encoded><![CDATA[<p>#设计与界面 #macOS</p>
<p>这周我发了一篇笔记，标题叫 Aqua is back，副题是「留意观察 macOS 27 beta 6 的红绿灯」。窗口左上角那三颗按钮换了样子，让我想起 Mac OS X 的 Aqua：beta 6 里按钮从扁平圆点变回带立体高光的样子。「Aqua 是水，Liquid 也是水」，林檎绕了二十多年，又回到水上。</p>
<p>好不好看其次，我更在意它背后的动作。「后来想了下，是不是借机统一自绘标题栏的节奏呢，虽然是个圣战话题，CSD 和 SSD，GNOME 和 KDE」。Mac 上的现状是不少 app 自己画红绿灯，系统一换风格，第三方就掉队一次。这次的信号很清楚：「就是从以前放任不管变成积极干预，甚至利用视觉不统一迫使第三方 app 就范」。</p>
<p>两个月前我还在问「不知道 macOS 28 会不会整顿一下标题栏，现在各个 app 的红绿灯都是自己画的」。结果不用等到 28，27 的 beta 周期里就动手了。</p>]]></content:encoded>
</item>
<item>
<title>在全文搜索之前 —— 用照片、日期和链接记住一件事</title>
<link>https://aaronlau.me/2026/08/15/</link>
<guid isPermaLink="true">https://aaronlau.me/2026/08/15/</guid>
<pubDate>Sat, 15 Aug 2026 00:00:00 GMT</pubDate>
<author>Aaron Lau（韩栖）</author>
<dc:creator>Aaron Lau（韩栖）</dc:creator>
<category>设计与界面</category><category>兴趣笔记</category>
<description><![CDATA[TG 没有全文搜索的年代，我靠照片、日期、链接辅助记忆；2000 年代的系统都在意这件事，比如 Vista 的“库”。]]></description>
<content:encoded><![CDATA[<p>#设计与界面 #兴趣笔记</p>
<p>「在 TG 没有全文搜索之前，我是通过照片、日期、链接等要素辅助记忆的」。要找一段聊天，我记不住原话，却记得那天发过一张什么图、大概是哪个月、里面有没有一条链接。顺着这些线索往回翻，总能找到。</p>
<p>这种按属性整理信息的思路，并不是我发明的。「好像 2000 年代的操作系统都很在意这件事情，比如 Windows Vista 的“库”」。库不管文件放在哪个文件夹，只按类型和属性把它们聚在一起，那个年代的系统都在想怎么让人不靠路径找东西。</p>
<p>我自己也用过这类工具。2024 年我在用一个给照片配套整理的 app，可「大概到了 2025 年之后，这个 app 就变成一个不可用的状态」。</p>]]></content:encoded>
</item>
<item>
<title>让 AI 画 Liquid Glass，它画出了 Vista</title>
<link>https://aaronlau.me/2026/08/12/</link>
<guid isPermaLink="true">https://aaronlau.me/2026/08/12/</guid>
<pubDate>Wed, 12 Aug 2026 00:00:00 GMT</pubDate>
<author>Aaron Lau（韩栖）</author>
<dc:creator>Aaron Lau（韩栖）</dc:creator>
<category>开发日志与一周短评</category><category>设计与界面</category><category>Liquid Glass</category>
<description><![CDATA[给 AI System 6 生成 Liquid Glass 风格图标，出来的是 Vista；扩展更多年代主题，是受了 AI Desktop XP 的刺激。]]></description>
<content:encoded><![CDATA[<p>#开发日志与一周短评 #设计与界面 #LiquidGlass</p>
<p>给 AI System 6 做 Liquid Glass 主题时，我偷了个懒：「让它用 Image Gen 技能逐个生成 Liquid Glass 风格的图标，但是出来的是 Vista」。这个结果有点好笑，去年夏天我自己就说过「macOS Tahoe 是 Vista」，现在连模型都站到了我这边。</p>
<p>做这么多年代的主题，起因是「主要是受了 AI Desktop 98 开发者近日推出 AI Desktop XP 的刺激」，「心想他可以，那我也拓展一下吧，AI System 9、10.2、10.6、10.10 和 26」。代价是 token，这几天的进度我的总结是「主要是 DeepSeek 那边烧了 100 亿 token 还没把事情办好」。Liquid Glass 图标最后还得自己一张张盯着做，Vista 那一版，就当作给 Tahoe 的旧账补一个注脚。</p>]]></content:encoded>
</item>
<item>
<title>AI System 6 要横跨几个年代 —— 先收口再说</title>
<link>https://aaronlau.me/2026/08/09/</link>
<guid isPermaLink="true">https://aaronlau.me/2026/08/09/</guid>
<pubDate>Sun, 09 Aug 2026 00:00:00 GMT</pubDate>
<author>Aaron Lau（韩栖）</author>
<dc:creator>Aaron Lau（韩栖）</dc:creator>
<category>开发日志与一周短评</category><category>设计与界面</category><category>macOS</category>
<description><![CDATA[AI System 6 想涵盖六个年代的主题，可 Mac OS X 那几代要画 512 x 512 的图标，我得先收口。]]></description>
<content:encoded><![CDATA[<p>#开发日志与一周短评 #设计与界面 #macOS</p>
<p>AI System 6 原本只有一个年代，现在我想让它多住几个：「所以我也打算涵盖多一点主题，AI System 6、9、10.2、10.6、10.10 和 26」。难度不是平均分布的，坑在中间：「中间 Mac OS X 的，得认真设计，512 x 512 的图标诶」。Aqua 那几代的图标走写实路线，尺寸一下子大了很多，没法糊弄。</p>
<p>所以我得先给自己设一条线：「我觉得我需要先收口，假如今天还是想不到办法的话，停在 Mac OS 9 的 Platinum 算了」。两天后，对外的说法也定了：「假如明天要发布的话，只能提供 Classic、Platinum 和 Liquid Glass，其他几个还需要更多时间」。首尾两端加一个中间点，先把能交付的交出去，Aqua 那几代慢慢画。</p>]]></content:encoded>
</item>
<item>
<title>面向 AI 的写作软件 —— 不是 Word，是 Photoshop</title>
<link>https://aaronlau.me/2026/08/05/</link>
<guid isPermaLink="true">https://aaronlau.me/2026/08/05/</guid>
<pubDate>Wed, 05 Aug 2026 00:00:00 GMT</pubDate>
<author>Aaron Lau（韩栖）</author>
<dc:creator>Aaron Lau（韩栖）</dc:creator>
<category>AI</category><category>设计与界面</category><category>开发日志与一周短评</category>
<description><![CDATA[如果 LLM 是有损压缩，文字就能像图像一样处理；所以 AI 时代的写作软件，形态应该更接近 Photoshop 而不是 Word。]]></description>
<content:encoded><![CDATA[<p>#AI #设计与界面 #开发日志与一周短评</p>
<p>「打个比方，假如说 LLM 是有损压缩的话，那文字可以像图像一样处理」。图像压缩之后，我们不会逐像素去修，而是调整一个区域的亮度、换一块背景；文字交给 LLM 以后也是这样，它成了一块可以整体调整的材料，这一段语气软一点，那一段删掉一半。</p>
<p>我的结论是「所以面向 AI 的写作软件不是 Word 的形态而是 Photoshop 的形态」。Word 的核心是光标，你在哪里，字就在哪里长出来；Photoshop 的核心是图层和选区，先圈出一块，再决定对它做什么。顺着这个比喻我又想到人脑：「似乎人脑也是这样运作的，图片虽然记忆快，忘得也快，文字可以记很久」。</p>]]></content:encoded>
</item>
<item>
<title>Golden Gate 之后 —— 城市名会消失，macOS 会留下</title>
<link>https://aaronlau.me/2026/08/04/</link>
<guid isPermaLink="true">https://aaronlau.me/2026/08/04/</guid>
<pubDate>Tue, 04 Aug 2026 00:00:00 GMT</pubDate>
<author>Aaron Lau（韩栖）</author>
<dc:creator>Aaron Lau（韩栖）</dc:creator>
<category>macOS</category><category>预言账本</category><category>设计与界面</category>
<description><![CDATA[我改判了：Golden Gate 这样的城市名会消失，系统仍叫 macOS；AI System 6 则取名自最后一个黑白界面的系统。]]></description>
<content:encoded><![CDATA[<p>#macOS #预言账本 #设计与界面</p>
<p>关于系统命名，我给出了新的判断：「个人判断是，像 Golden Gate 这样的具体名字会消失，但是系统本身仍叫 macOS，尊重每款设备不同平台特性」。这跟两个月前的我不太一样，WWDC 那周我还在起哄「回归 System 27 吧如何」。现在我只保留了一半：数字统一，城市名退场，平台名不会被合并掉。</p>
<p>说到 System x.x，我自己的项目倒是用上了这个名字。被问到为什么没有 System 5，我的回答是「System 6 是最后一个黑白界面的 Classic Mac OS」，名字里的数字选的是一个时代的终点。这条预测记为待定，下一次 WWDC 的系统名，会告诉我城市名还在不在。</p>]]></content:encoded>
</item>
<item>
<title>旧文新看：系统偏好设置变成 Settings —— 又一个 Photos 行为</title>
<link>https://aaronlau.me/2026/08/03/</link>
<guid isPermaLink="true">https://aaronlau.me/2026/08/03/</guid>
<pubDate>Mon, 03 Aug 2026 00:00:00 GMT</pubDate>
<author>Aaron Lau（韩栖）</author>
<dc:creator>Aaron Lau（韩栖）</dc:creator>
<category>macOS</category><category>设计与界面</category><category>预言账本</category>
<description><![CDATA[2022 年 Ventura 把系统偏好设置改成 Settings，我说这是又一个 Photos 行为；顺手开的 Time Machine 玩笑落空了。]]></description>
<content:encoded><![CDATA[<p>#macOS #设计与界面 #预言账本</p>
<p>旧文新看。2022 年 8 月 Ventura beta 把系统偏好设置换成 Settings，我的第一反应是：「我怎么觉得 Ventura 把 System Preferences 改成 Settings 是又一个 Photos 行为，同时得罪 iPhoto 和 Aperture 用户」。我留了余地，承认它会像 Photos 一样慢慢变好，真正想不通的是方向：</p>
<blockquote><p>我没想通为什么「系统偏好设置」要朝着 iOS 改，iOS 的「设置」也不是啥好榜样</p></blockquote>
<p>那天我还顺手开了个玩笑：「快进到 macOS 14 废除 Time Machine，搞成 iOS 式基于 iCloud 或 Finder 的备份，同时开卖 4TB 或 8TB 的 iCloud+」。按字面记账算落空，Time Machine 到今天还在；不过 iCloud+ 后来确实加了比 2TB 更大的档位（2023 年 9 月的 6TB 与 12TB），玩笑的后半句，林檎用另一种数字兑现了。</p>]]></content:encoded>
</item>
<item>
<title>旧文新看：iMac 是台式机，还是 24 寸 MacBook Air</title>
<link>https://aaronlau.me/2026/08/01/</link>
<guid isPermaLink="true">https://aaronlau.me/2026/08/01/</guid>
<pubDate>Sat, 01 Aug 2026 00:00:00 GMT</pubDate>
<author>Aaron Lau（韩栖）</author>
<dc:creator>Aaron Lau（韩栖）</dc:creator>
<category>Mac</category><category>设计与界面</category>
<description><![CDATA[2024 年我说 iMac 像一台大号笔记本，用跟 MacBook Air 同级的芯片，相当于把 Core Y 装进台式机；这个格局和 Intel 时代很像。]]></description>
<content:encoded><![CDATA[<p>#Mac #设计与界面</p>
<p>旧文新看。2024 年 8 月聊 M4 的时候我问过：「至于 iMac 在产品线中的位置，确实有点尴尬了，他到底是台式机还是 24 寸 MacBook Air」。理由在芯片上，「现在 iMac 就像一台大号的笔记本电脑，跟 MacBook Air 用一样等级的处理器，相当于把 Core Y 装到台式机上」。台式机有空间、有散热，桌面的优势却没有换成性能。</p>
<p>我也承认这不是新问题：「我记得以前 MBA 用超低压、MBP 13 用低压、MBP 13/15 用标压，然后 iMac 21.5 对标 MBP 13、iMac 27 对标 MBP 15 这样子，其实跟今天蛮像的」。两年后，iMac 仍在彭博那篇新 Mac 清单里。如果它继续用基础款 M 系芯片，那句“24 寸 MacBook Air”大概还得再说几年。</p>]]></content:encoded>
</item>
<item>
<title>shiftscreen 与 Lok Board —— 我也在做同样的蠢事</title>
<link>https://aaronlau.me/2026/07/31/</link>
<guid isPermaLink="true">https://aaronlau.me/2026/07/31/</guid>
<pubDate>Fri, 31 Jul 2026 00:00:00 GMT</pubDate>
<author>Aaron Lau（韩栖）</author>
<dc:creator>Aaron Lau（韩栖）</dc:creator>
<category>macOS</category><category>设计与界面</category><category>开发日志与一周短评</category>
<description><![CDATA[两个台前调度替代品早就做出来了，大众仍不肯拿来 daily drive；提起它们，我才意识到自己复刻 WindowShade 也是同一件事。]]></description>
<content:encoded><![CDATA[<p>#macOS #设计与界面 #开发日志与一周短评</p>
<p>聊到窗口管理的新点子时，我先问了一句：「你还记得 shiftscreen 和 Lok Board 吗，两个 Stage Manager 替代品」。</p>
<p>它们都做出来了，也都能用。问题在后面：「虽然这已经成为现实了，但是大众还是不愿意把它纳入 daily drive，这件事情本身可以说明一些问题」。一个替代品能跑起来，和一个人愿意每天开机就用它，中间隔着很长的距离。</p>
<p>说完我自己愣了一下：「之所以提起这两个应用，我意识到我也在做同样的蠢事」。6 月我开始复刻经典 Mac OS 的 WindowShade，初衷是「我个人对 WindowShade 的想法是可以隐藏掉 Dock 栏，节省笔记本电脑的纵向空间」。想法我到现在都觉得没错，可它跟 shiftscreen、Lok Board 面对的是同一道门槛：做得出来，不等于有人愿意换。</p>]]></content:encoded>
</item>
<item>
<title>万物皆可 CLI —— 快进到 Finder 变成 Terminal</title>
<link>https://aaronlau.me/2026/07/27/</link>
<guid isPermaLink="true">https://aaronlau.me/2026/07/27/</guid>
<pubDate>Mon, 27 Jul 2026 00:00:00 GMT</pubDate>
<author>Aaron Lau（韩栖）</author>
<dc:creator>Aaron Lau（韩栖）</dc:creator>
<category>macOS</category><category>设计与界面</category><category>AI</category>
<description><![CDATA[agent 时代一切都往命令行走，我反讽说 macOS 28 干脆把 Finder 革命成 Terminal；我做的 AI System 6 偏偏是桌面。]]></description>
<content:encoded><![CDATA[<p>#macOS #设计与界面 #AI</p>
<p>万物皆可 CLI。agent 都住在终端里，我的反应是反讽：「快进到 macOS 28 把 Finder 革命成  Terminal」，顺便宣布「Macintosh Desktop Experience 是旧时代的糟粕，不要了」。历史其实这样走过一回，只是方向相反：「让我想到以前 Windows 是要敲击“win”命令才能进去的」。后来桌面赢了，命令行退到幕后；现在 agent 又把它请回台前。</p>
<p>我自己的选择恰好跟潮流反着来。5 月我给 AI System 6 定的是一套桌面隐喻：「以及我为 AI System 6 设计的隐喻，模型对应 CPU，上下文窗口对应 RAM，RAG 对应硬盘和软盘，最终交付成果对应光盘」。在我看来 AI 才是那台真正的“电脑”。Finder 会不会真的变成 Terminal 我不知道，我这边先把桌面留着。</p>]]></content:encoded>
</item>
<item>
<title>纸牌、扫雷和 Command-Shift-3 —— 系统功能的来路</title>
<link>https://aaronlau.me/2026/07/24/</link>
<guid isPermaLink="true">https://aaronlau.me/2026/07/24/</guid>
<pubDate>Fri, 24 Jul 2026 00:00:00 GMT</pubDate>
<author>Aaron Lau（韩栖）</author>
<dc:creator>Aaron Lau（韩栖）</dc:creator>
<category>旧机考古</category><category>macOS</category><category>设计与界面</category>
<description><![CDATA[纸牌和扫雷是在教人用鼠标，截图快捷键 80 年代就有；很多系统功能原本是第三方的，后来被整合或买下。]]></description>
<content:encoded><![CDATA[<p>#旧机考古 #macOS #设计与界面</p>
<p>「纸牌和扫雷这两个小游戏，某种意义上是教育用户如何使用鼠标的」。纸牌练拖拽，扫雷练左右键和精确点击，一种新输入方式要普及，最好的教程是一个让人停不下来的游戏。Mac 这边也有类似的来路，「没想到 80 年代就有 command shift 3 这组快捷键」，而且「很多功能在那之前就有，只是没有整合到系统中，后来苹果把第三方开发的增强软件给收购了」。</p>
<p>收购是比较体面的结局，「当年 System 7.5 至少还会把 SuperClock! 给买下来」。更常见的是系统后来自带一个，原作者往往什么都拿不到，这就是 sherlocked。我顺手又想到一例：「不知道 Loopt 和后来的 Find My Friends 有没有关系，难道说这也是一个 sherlocked 的例子？」</p>]]></content:encoded>
</item>
<item>
<title>触屏 MacBook 的两种交互 —— iPad 体验还是一整块触控板</title>
<link>https://aaronlau.me/2026/07/12/</link>
<guid isPermaLink="true">https://aaronlau.me/2026/07/12/</guid>
<pubDate>Sun, 12 Jul 2026 00:00:00 GMT</pubDate>
<author>Aaron Lau（韩栖）</author>
<dc:creator>Aaron Lau（韩栖）</dc:creator>
<category>Mac</category><category>iPad</category><category>设计与界面</category>
<description><![CDATA[触屏 MacBook 理论上有两种交互：纯粹的 iPad 体验，或把整块屏幕当触控板；而有键盘的人，其实很少伸手去点屏幕。]]></description>
<content:encoded><![CDATA[<p>#Mac #iPad #设计与界面</p>
<p>「理论上触屏 MacBook 可以有两种交互，一种是纯粹的 iPad 体验，另一种是把整块屏幕当作触控板」。前者让界面为手指放大，后者界面不变，屏幕只多了一种输入。</p>
<p>第二种值得认真想，因为 iPad 已经给过答案：「比如你用 iPad 妙控键盘也不会用手去点屏幕吧」，「不然也不会从 Smart Keyboard 变成带有触控板的 Magic Keyboard」。键盘在面前，手就不会去够屏幕。</p>
<p>形态上我之前想过，「假如是 Yoga 那样的设备形态，大家会不会就没那么排斥了」。屏幕能翻过去、键盘不在面前时，手指才会自然去点屏幕。</p>]]></content:encoded>
</item>
<item>
<title>别小看 Golden Gate —— macOS 27 是 Big Sur 之后的大版本</title>
<link>https://aaronlau.me/2026/07/11/</link>
<guid isPermaLink="true">https://aaronlau.me/2026/07/11/</guid>
<pubDate>Sat, 11 Jul 2026 00:00:00 GMT</pubDate>
<author>Aaron Lau（韩栖）</author>
<dc:creator>Aaron Lau（韩栖）</dc:creator>
<category>macOS</category><category>设计与界面</category>
<description><![CDATA[beta 1 几乎不提 Golden Gate，壁纸只是一张抽象的 27；但统一圆角、适配触屏，它是 Big Sur 以来又一个大版本。]]></description>
<content:encoded><![CDATA[<p>#macOS #设计与界面</p>
<p>「就是千万不要小看「Golden Gate」对于苹果的象征意义，macOS 27 不是一个小打小闹的版本，相反，它是继 Big Sur 以来的又一重大发布」。</p>
<p>WWDC 当周的印象正相反：「27 系统在所有平台都是一张 27 抽象壁纸」，beta 1 里也几乎没有 Golden Gate 的引用，很容易被当成过渡版本。可看改了什么：窗口和控件圆角统一，开始适配触摸屏。</p>
<p>Big Sur 那年版本号从 10 跳到 11，界面大改，底下换成 Apple silicon。Golden Gate 没换芯片，界面和交互的变化却是那之后最大的一次。</p>]]></content:encoded>
</item>
<item>
<title>iPadOS 反向输出 macOS —— 最后两边都不好用</title>
<link>https://aaronlau.me/2026/07/05/</link>
<guid isPermaLink="true">https://aaronlau.me/2026/07/05/</guid>
<pubDate>Sun, 05 Jul 2026 00:00:00 GMT</pubDate>
<author>Aaron Lau（韩栖）</author>
<dc:creator>Aaron Lau（韩栖）</dc:creator>
<category>macOS</category><category>iPadOS</category><category>设计与界面</category>
<description><![CDATA[近年 iPadOS 的交互一再被搬到 macOS 上，从红绿灯到后台任务 API；我担心的是两个平台都变得不好用。]]></description>
<content:encoded><![CDATA[<p>#macOS #iPadOS #设计与界面</p>
<p>「近年来 iPadOS 有反向输出 macOS 的趋势，最后导致两个平台都不好用」。看到一张 iPadOS 交互截图，我第一个念头是搬到 macOS 27 会是怎样的灾难，而林檎官网 OS 27 预览页已经用上了。</p>
<p>三周前我还担心 Sidecar 会出现 iPadOS 式红绿灯，「但是 iPadOS 那一套在 iPad 上都水土不服，还要来绑架 Mac 用户……」。看不见的更麻烦：「其实我比较担心 iPadOS 26 的那个 BGContinuedProcessingTask 在下一个 macOS 版本中会拘束其他 macOS app 的后台」。</p>
<p>林檎敢这样改，是因为「现在苹果可以想来就来了，默认大家都用 agentic coding」。结果是想一出是一出，「今年 OS 27 可以看出他们的设计决策没有可持续性和可预测性」。</p>]]></content:encoded>
</item>
<item>
<title>入门款立了新标准 —— 中间档该下放 ProMotion 了</title>
<link>https://aaronlau.me/2026/06/29/</link>
<guid isPermaLink="true">https://aaronlau.me/2026/06/29/</guid>
<pubDate>Mon, 29 Jun 2026 00:00:00 GMT</pubDate>
<author>Aaron Lau（韩栖）</author>
<dc:creator>Aaron Lau（韩栖）</dc:creator>
<category>Mac</category><category>iPad</category><category>设计与界面</category>
<description><![CDATA[MacBook Neo 和 iPad 标准版把入门线拉高之后，夹在中间的机型应该像 iPhone 17 那样拿到 ProMotion。]]></description>
<content:encoded><![CDATA[<p>#Mac #iPad #设计与界面</p>
<p>「我到现在都想不通 MacBook Neo 为什么这么受欢迎」。但我认同它立了新标准：「Neo 在我看来是开了一个新的 standard，应该在若干年后进化的终点就是现状 Air M2」。第一代缺的会慢慢补，2010 款 MacBook Air 没有背光键盘，第二年就加回来了。</p>
<p>入门款站稳，压力落到中间档：「是，我觉得在有了 iPad 标准版和 MacBook Neo 之后，中间档可以下放一下 ProMotion 了，就好像 iPhone 17e 和 17 的关系那样」。17e 接过便宜 iPhone 的角色，17 就拿到了高刷；iPad Air 和 MacBook Air 夹在中间还守着 60Hz，理由越来越少。</p>]]></content:encoded>
</item>
<item>
<title>iPhone Mirroring 的圆角 —— 唯一对不上的窗口</title>
<link>https://aaronlau.me/2026/06/28/</link>
<guid isPermaLink="true">https://aaronlau.me/2026/06/28/</guid>
<pubDate>Sun, 28 Jun 2026 00:00:00 GMT</pubDate>
<author>Aaron Lau（韩栖）</author>
<dc:creator>Aaron Lau（韩栖）</dc:creator>
<category>macOS</category><category>开发日志与一周短评</category><category>设计与界面</category>
<description><![CDATA[开发折叠标题栏的 app 时发现，iPhone Mirroring 的窗口上下圆角不一致，和 iPhone 机身圆角也没关系。]]></description>
<content:encoded><![CDATA[<p>#macOS #开发日志与一周短评 #设计与界面</p>
<p>「说到 R 角的问题，iPhone Mirroring 这个不能自圆其说」。</p>
<p>我在开发折叠标题栏的 app，发现它是特例：「因为其他窗口四个角都是 R 角一致的，但 iPhone Mirroring 不是，他甚至跟 iPhone 机身的圆角没有关联，你会觉得很割裂」。顶部和底部的圆角不一样，只能单独处理。macOS 27 刚统一了窗口圆角，原以为剩下的只有标题栏，没想到还有这个漏网之鱼。</p>
<p>2024 年它刚出来时，我看重的是能省掉几个 app 版本，Things 3 我买了三份。两年后自己写窗口工具，才看到它的四个角没按 Mac 的规矩来。</p>]]></content:encoded>
</item>
<item>
<title>怀念系统偏好设置 —— 照搬 iOS 不等于重新思考</title>
<link>https://aaronlau.me/2026/06/25/</link>
<guid isPermaLink="true">https://aaronlau.me/2026/06/25/</guid>
<pubDate>Thu, 25 Jun 2026 00:00:00 GMT</pubDate>
<author>Aaron Lau（韩栖）</author>
<dc:creator>Aaron Lau（韩栖）</dc:creator>
<category>macOS</category><category>设计与界面</category>
<description><![CDATA[macOS 系统设置向 iOS 靠拢，却没有重新组织设置项；设置代表用户习惯，本该可以迁移和导出，却年年大洗牌。]]></description>
<content:encoded><![CDATA[<p>#macOS #设计与界面</p>
<p>「我到现在还是很怀念“系统偏好设置”」。Ventura 把它换成 iOS 式的侧边栏列表，到 Golden Gate 已是第五个版本。</p>
<p>平台融合一直在发生，作为个人只能适应。我惋惜的是方式：「比较惋惜的是，macOS 系统设置向 iOS 靠拢的同时，并没有重新思考设置项的组织和排列」，「只是非常机械地照搬 iOS 上的，明明 iOS 也没有好到哪里去」。理由可以理解，iOS 受众更广。</p>
<p>更根本的是：「设置本身代表了用户习惯，所以应该要有可迁移和导出的能力，但是每年升级系统都会面临一轮大洗牌」。保存用户习惯的地方，自己却最不稳定。</p>]]></content:encoded>
</item>
<item>
<title>scrollEdgeEffect 打脸了我 —— OS 27 改了默认值</title>
<link>https://aaronlau.me/2026/06/24/</link>
<guid isPermaLink="true">https://aaronlau.me/2026/06/24/</guid>
<pubDate>Wed, 24 Jun 2026 00:00:00 GMT</pubDate>
<author>Aaron Lau（韩栖）</author>
<dc:creator>Aaron Lau（韩栖）</dc:creator>
<category>设计与界面</category><category>iOS</category><category>预言账本</category>
<description><![CDATA[我原以为 OS 26 的 scroll edge effect 是深思熟虑的设计抉择，OS 27 改掉默认值，这条判断落空。]]></description>
<content:encoded><![CDATA[<p>#设计与界面 #iOS #预言账本</p>
<p>先认错：「可惜 OS 27 对 scrollEdgeEffect 的默认值的变更打脸了我」。</p>
<p>去年内容滚到工具栏下会有一层渐变模糊，很多人嫌多余，我却替它说话：「还有 scroll edge effect 我一开始还以为是设计抉择呢」。理由是 OS 26 不少地方背后有规则，「比如 OS 26 的系统级手势的滑动方向是根据文字的书写方向」。</p>
<p>OS 27 一上来就改了默认值（automatic 在 iOS 26 是 soft，iOS 27 变成 hard），我以为有规则的地方，原来只是一个随时能调的默认选项。几处元素对不齐也一样，「给人一种 CLAUDE.md 没有写好的感觉（」。</p>]]></content:encoded>
</item>
<item>
<title>⌘H 和 ⌘M 的区别 —— Mac 窗口的四种「消失」</title>
<link>https://aaronlau.me/2026/06/21/</link>
<guid isPermaLink="true">https://aaronlau.me/2026/06/21/</guid>
<pubDate>Sun, 21 Jun 2026 00:00:00 GMT</pubDate>
<author>Aaron Lau（韩栖）</author>
<dc:creator>Aaron Lau（韩栖）</dc:creator>
<category>macOS</category><category>设计与界面</category>
<description><![CDATA[隐藏整个 app、最小化一个窗口、关窗口、退出 app，Mac 的四个快捷键各管一层；跨平台软件最容易把它们混在一起。]]></description>
<content:encoded><![CDATA[<p>#macOS #设计与界面</p>
<p>「如果回到 macOS 的语境，command + H 是隐藏掉整个 app，command + M 是最小化一个 app 里的一个窗口，类似的还有 command + W 和 command + Q 的区别」。</p>
<p>⌘H 和 ⌘M 都是暂时不看，一个藏整个 app，一个只收一个窗口；⌘W 和 ⌘Q 都是不要了，一个关窗口，一个才是退出。app 和窗口是两层东西，跨平台软件最容易把它们搅在一起，「Adobe 系软件是最复杂的例子了，横跨 macOS 和 Windows 两大平台」。</p>
<p>经典 Mac OS 还有第五种：把窗口卷成标题栏留在原地，既没藏起来，也没收进 Dock。这正是我在复刻的 WindowShade。</p>]]></content:encoded>
</item>
<item>
<title>Dock 不再领先 —— 最小化的窗口该留在原地</title>
<link>https://aaronlau.me/2026/06/18/</link>
<guid isPermaLink="true">https://aaronlau.me/2026/06/18/</guid>
<pubDate>Thu, 18 Jun 2026 00:00:00 GMT</pubDate>
<author>Aaron Lau（韩栖）</author>
<dc:creator>Aaron Lau（韩栖）</dc:creator>
<category>macOS</category><category>开发日志与一周短评</category><category>设计与界面</category>
<description><![CDATA[屏幕变大之后，从 Dock 里找最小化的窗口反而绕远路；我在 15 寸 MacBook Air 上隐藏 Dock，让窗口卷起留在原位。]]></description>
<content:encoded><![CDATA[<p>#macOS #开发日志与一周短评 #设计与界面</p>
<p>「曾经 Dock 栏或者说任务栏是一个领先的设计，但是现在屏幕普遍比之前大」。外接大屏上，鼠标从屏幕中间拖到 Dock，要走很长一段路。</p>
<p>最小化更别扭：「而且最小化的窗口从 Dock 栏找，还不如从它被最小化之前的位置找」。所以我复刻 WindowShade，在 15 寸 Air 上隐藏 Dock，让窗口卷成一条标题栏留在原地，双击还能看到后面的内容。</p>
<p>还没定的是预览怎么触发：「hover 也做过，但是 timeout 不好控制，我还没掌握到 hover 的诀窍」。停太短会误触，停太长又像没反应。</p>]]></content:encoded>
</item>
<item>
<title>Mac 的单应用模式 —— 一条 defaults 命令还活着</title>
<link>https://aaronlau.me/2026/06/16/</link>
<guid isPermaLink="true">https://aaronlau.me/2026/06/16/</guid>
<pubDate>Tue, 16 Jun 2026 00:00:00 GMT</pubDate>
<author>Aaron Lau（韩栖）</author>
<dc:creator>Aaron Lau（韩栖）</dc:creator>
<category>macOS</category><category>旧机考古</category><category>设计与界面</category>
<description><![CDATA[乔布斯演示过、Craig 在 2022 年提过的 Single application mode，今天仍能用一条 defaults 命令在 Dock 里打开。]]></description>
<content:encoded><![CDATA[<p>#macOS #旧机考古 #设计与界面</p>
<p>「我现在才看懂 Craig 在 2022 年专访说的 Single application mode 指的是什么」。Stage Manager 刚发布时他提过这个词，我一直当成比喻，直到翻到乔布斯亲自演示它的旧视频。</p>
<p>点 Dock 里一个 app，其他 app 的窗口就自动隐藏，屏幕上只留当前那一个。它至今还藏在 defaults 里：</p>
<pre><code>defaults write com.apple.dock single-app -bool true; killall Dock</code></pre>
<p>这样看，Stage Manager 是单应用模式的远亲：都在解决窗口太多，一个靠隐藏，一个靠分组。林檎把前者藏进了终端，把后者放进了控制中心。</p>]]></content:encoded>
</item>
<item>
<title>Launchpad 不会回来了 —— macOS 27 的态度</title>
<link>https://aaronlau.me/2026/06/15/</link>
<guid isPermaLink="true">https://aaronlau.me/2026/06/15/</guid>
<pubDate>Mon, 15 Jun 2026 00:00:00 GMT</pubDate>
<author>Aaron Lau（韩栖）</author>
<dc:creator>Aaron Lau（韩栖）</dc:creator>
<category>macOS</category><category>设计与界面</category>
<description><![CDATA[macOS 27 没有恢复 Launchpad，林檎是铁了心砍掉；一个月前我还替这个决定辩护，现在只想问肌肉记忆去哪了。]]></description>
<content:encoded><![CDATA[<p>#macOS #设计与界面</p>
<p>「既然 macOS 27 都没有恢复 Launchpad 的话，可以理解为苹果是铁了心想要砍掉」。Tahoe 拿掉了它，Golden Gate 也没放回来。</p>
<p>讽刺的是林檎自己的说法：「不是说好的“多数用户早已依赖对 App 固定位置的肌肉记忆”吗，怎么不把 Launchpad 加回来」。九宫格里每个 app 摆在哪，老用户闭着眼都知道，这就是肌肉记忆。</p>
<p>一个月前我还说「说到这里，我其实想为砍掉 Launchpad 的这个决定辩护」，理由是新安排更有效率，像林檎版 Raycast，也能收纳 iPhone app。现在同一个林檎一边拿肌肉记忆说事，一边不肯放回最依赖肌肉记忆的界面，这两件事放在一起就说不圆了。</p>]]></content:encoded>
</item>
<item>
<title>给液态玻璃加滑块 —— 把问题踢回给用户</title>
<link>https://aaronlau.me/2026/06/10/</link>
<guid isPermaLink="true">https://aaronlau.me/2026/06/10/</guid>
<pubDate>Wed, 10 Jun 2026 00:00:00 GMT</pubDate>
<author>Aaron Lau（韩栖）</author>
<dc:creator>Aaron Lau（韩栖）</dc:creator>
<category>设计与界面</category><category>macOS</category><category>Liquid Glass</category>
<description><![CDATA[OS 27 给 Liquid Glass 加强度滑块、修了去年的圆角，却又带来控件与窗口圆角不一致的新问题。]]></description>
<content:encoded><![CDATA[<p>#设计与界面 #macOS #LiquidGlass</p>
<p>给 Liquid Glass 加一个强度 slider，我觉得只是给 complain 一个出口：「加个 slider 能解决问题吗，我觉得只是把问题踢回去给用户」。而且踢回去的不只是用户：「那么开发者是不是需要确保在不同的液态玻璃强度里，都有清晰的可读性呢」。</p>
<p>公平地说，去年被骂得很凶的圆角和菜单栏上不必要的图标，基本都改了。但新问题跟着来：控件的圆角跟窗口的圆角不一致；设备本身的圆角在 iOS 上会被考虑进去，在 macOS 上就……感觉设计团队没有人统筹过这件事。</p>
<p>这一幕有点眼熟。去年夏天我说「macOS Tahoe 是 Vista」，到了 iPadOS 26.2 真的借鉴了 Vista 的滑块；今年的说法顺势变成：「如果说 Tahoe 是 Vista 的话，那么 Golden Gate 就是 7 了」。只是我个人一直觉得，Windows Vista 比 Windows 7 好看。</p>]]></content:encoded>
</item>
<item>
<title>回归 System 27 —— 苹果系统命名的轮回</title>
<link>https://aaronlau.me/2026/06/09/</link>
<guid isPermaLink="true">https://aaronlau.me/2026/06/09/</guid>
<pubDate>Tue, 09 Jun 2026 00:00:00 GMT</pubDate>
<author>Aaron Lau（韩栖）</author>
<dc:creator>Aaron Lau（韩栖）</dc:creator>
<category>Apple</category><category>macOS</category><category>设计与界面</category><category>预言账本</category>
<description><![CDATA[macOS 27 与 Swift 6.4 的 anyAppleOS 让我想到，苹果各平台系统也许会回到 System x.x 式的统一命名。]]></description>
<content:encoded><![CDATA[<p>#Apple #macOS #设计与界面 #预言账本</p>
<p>OS 27 这一代，iOS、iPadOS、macOS 之间的界线越来越模糊。我的提议是：「回归 System 27 吧如何」。本来 Mac OS 这个名字，是因为当时有 OEM 的 Macintosh，才需要把系统和机器分开叫。如今兜兜转转，「从 System → Mac OS → Mac OS X → OS X → macOS → OS，也算是一种轮回？」</p>
<p>这个提议不全是玩笑。Swift 6.4 引入了 anyAppleOS 的函数，版本号一旦统一，开发者写可用性判断就省事多了：「anyAppleOS 25.0 对应 iOS 18，iPadOS 18，watchOS 11，macOS 15，visionOS 2，这样多好」。结合这一点，macOS 27 在林檎看来是跟 macOS 11 一样有划时代意义的版本，绝非小打小闹。我去年对 OS 26 的判断就是平台融合，今年只是看得更清楚了。等折叠屏 iPhone 和触摸屏 MacBook Pro 发布之后，我不排除林檎回归「Software x.x」或者「System x.x」的命名。</p>
<p>2022 年看到部署文档里那句「还可能添加名称」，我只猜城市名会让位给数字；现在连 macOS 这个前缀都开始显得多余。</p>]]></content:encoded>
</item>
<item>
<title>集成办公为什么总不成 —— 从 WPS 2000 到无边记</title>
<link>https://aaronlau.me/2026/05/24/</link>
<guid isPermaLink="true">https://aaronlau.me/2026/05/24/</guid>
<pubDate>Sun, 24 May 2026 00:00:00 GMT</pubDate>
<author>Aaron Lau（韩栖）</author>
<dc:creator>Aaron Lau（韩栖）</dc:creator>
<category>社会观察</category><category>设计与界面</category>
<description><![CDATA[WPS 2000 的集成办公不尽如人意，人们还是习惯分窗口处理不同文档；自由画布的无边记却进了 Creator Studio 套装。]]></description>
<content:encoded><![CDATA[<p>#社会观察 #设计与界面</p>
<p>有人问，能不能把文档、表格、演示都做进同一个 app。我的回答是：「好问题，WPS 2000 也是这么个理念，“集成办公”，但是结果不尽如人意，人们好像还是习惯分别在不同的应用程序窗口处理不同类型的文档」。</p>
<p>一个窗口对应一份文件，一份文件对应一种工作，这是桌面电脑几十年养成的习惯。WPS 2000 当年想打破它，没打破。</p>
<p>苹果走了另一条路。无边记是一块自由画布，什么都能往上放，它本来算不上办公软件，「以前大家不会把它当成一个跟 Pages、Keynote 和 Numbers 等量齐观的 Office Suite」。可它被放进了 Apple Creator Studio 套装（2026 年 1 月宣布，含 Final Cut Pro、Logic Pro、Pixelmator Pro 等），和那三件套并列。我猜「自由画布形态的 Freeform 也能加入 Creator Studio 套装的原因估计跟这个也有关系」：画布不跟文档类型抢地盘，各自的文件还在各自的 app 里，画布只是把它们摆到一起。</p>]]></content:encoded>
</item>
<item>
<title>语音输入比主键区还重要 —— 希望妙控键盘带麦克风</title>
<link>https://aaronlau.me/2026/05/23/</link>
<guid isPermaLink="true">https://aaronlau.me/2026/05/23/</guid>
<pubDate>Sat, 23 May 2026 00:00:00 GMT</pubDate>
<author>Aaron Lau（韩栖）</author>
<dc:creator>Aaron Lau（韩栖）</dc:creator>
<category>Mac</category><category>设计与界面</category>
<description><![CDATA[语音输入已经 too big to ignore，地位比 qwerty 主键区还重要；我希望 Magic Keyboard 或触控板能集成麦克风。]]></description>
<content:encoded><![CDATA[<p>#Mac #设计与界面</p>
<p>一个有点反直觉的体验：「很多时候 MacBook 自己的麦克风比其他麦克风的收音效果好，DJI Mic mini 这样的除外」。所以我开始希望「Magic Keyboard 或者 Magic Trackpad 能集成麦克风」。理由是「因为语音输入本身已经是一个 too big to ignore 的存在，现在他的地位比 qwerty 主键区还重要」。Mac mini 和 Mac Studio 本身没有麦克风，桌上离嘴最近的就是键盘和触控板。</p>
<p>苹果自己也在往这边走。「特别是 iPadOS 26 有一个 SpeechAnalyzer 的框架，可以看出苹果也在朝 typeless 的方向走」。</p>
<p>半个多月前我说过，Typeless「让我一个不喜欢语音输入的都爱上了」。从不喜欢，到觉得它比主键区还重要，也就几个月的事。</p>]]></content:encoded>
</item>
<item>
<title>Mac 计算器为什么有两个等号 —— 迁就实体键盘</title>
<link>https://aaronlau.me/2026/05/21/</link>
<guid isPermaLink="true">https://aaronlau.me/2026/05/21/</guid>
<pubDate>Thu, 21 May 2026 00:00:00 GMT</pubDate>
<author>Aaron Lau（韩栖）</author>
<dc:creator>Aaron Lau（韩栖）</dc:creator>
<category>macOS</category><category>旧机考古</category><category>设计与界面</category>
<description><![CDATA[vibe 一个 app 时发现 Classic Mac OS 的计算器有两个等号键；它当年迁就实体小键盘，现在的小键盘却没跟着计算器改。]]></description>
<content:encoded><![CDATA[<p>#macOS #旧机考古 #设计与界面</p>
<p>「我今天才知道为什么 Classic Mac OS 的计算器有两个等于号」。我是照着老系统画计算器时才注意到的。答案在键盘上：Classic Mac OS 的计算器是照着实体数字小键盘排的。</p>
<p>后来苹果的键盘有好些年没有小键盘，「因为 Apple Wireless Keyboard 没有长键盘版本」，「2015 年之后的 Magic Keyboard 才重新出了长键盘」。</p>
<p>「所以又衍生出来一个问题，为什么实体数字小键盘不照着 iOS 和 macOS 上现在的计算器来改」？「既然以前 Classic Mac OS 的计算器是为了迁就实体键盘的话」，现在屏幕上的计算器早换了布局，该轮到实体小键盘迁就软件了。</p>]]></content:encoded>
</item>
<item>
<title>旧文新看：台前调度的起点 —— 把 4:3 塞进 16:9</title>
<link>https://aaronlau.me/2026/05/14/</link>
<guid isPermaLink="true">https://aaronlau.me/2026/05/14/</guid>
<pubDate>Thu, 14 May 2026 00:00:00 GMT</pubDate>
<author>Aaron Lau（韩栖）</author>
<dc:creator>Aaron Lau（韩栖）</dc:creator>
<category>iPad</category><category>iPadOS</category><category>设计与界面</category>
<description><![CDATA[2022 年我怀疑台前调度最初是为了让 iPad 的 4:3 app 塞进 16:9 外接显示器；四年后，外接屏的细节还有坑没填。]]></description>
<content:encoded><![CDATA[<p>#iPad #iPadOS #设计与界面</p>
<p>旧文新看。2022 年 iPadOS 16 推出台前调度，我当时有个猜想：「我一直怀疑 Stage Manager 这个 idea 最初的发想是为了让 iPad 那 4:3 的 app 强行 adopt 到 16:9 的外接显示器」。在那之前，iPad 接显示器基本就是镜像，左右各留一条黑边；台前调度的做法是「原来是黑边的地方就换成 Recent Apps 以及漏一下墙纸」。看上去是窗口管理，底子是比例适配。</p>
<p>四年后，iPad 和显示器之间的细节还有坑。Mac 用随航把 iPad 当副屏时，iPad 似乎被强制用 P3 色域，相关讨论帖是 2022 年的，到今天「这个问题似乎仍然没有被解决」。</p>
<p>iPadOS 26 把台前调度并进了窗口化 app，名字还在，形态变了。当年的比例补丁长成了正式的窗口系统，显示器那一侧的细节却没跟上。</p>]]></content:encoded>
</item>
<item>
<title>Liquid Glass 掩盖 AI 的失败 —— AI for the rest of us 成了寓言</title>
<link>https://aaronlau.me/2026/05/12/</link>
<guid isPermaLink="true">https://aaronlau.me/2026/05/12/</guid>
<pubDate>Tue, 12 May 2026 00:00:00 GMT</pubDate>
<author>Aaron Lau（韩栖）</author>
<dc:creator>Aaron Lau（韩栖）</dc:creator>
<category>Apple Intelligence</category><category>Liquid Glass</category><category>设计与界面</category>
<description><![CDATA[AI for the rest of us 成了警世寓言，去年的 Liquid Glass 是在掩盖 AI 的失败；苹果只要抓住用不惯 CLI 的人。]]></description>
<content:encoded><![CDATA[<p>#AppleIntelligence #LiquidGlass #设计与界面</p>
<p>WWDC24 苹果给 Apple Intelligence 的口号是 AI for the rest of us。两年后回头看，「以至于 AI for the rest of us 成为了警世寓言」：承诺的个人化 Siri 一路延期，国行版到现在也没有上线。</p>
<p>于是 WWDC25 的主角换成了设计。我现在的看法是，「所以去年 Liquid Glass 是用来掩盖 AI 的失败的」。整套界面大改，话题足够多，AI 的空档就没那么显眼了。</p>
<p>那苹果在 AI 上还有没有位置？现在用 AI 最狠的那批人，整天泡在命令行和 Markdown 里，系统界面好不好看，对他们影响不大。可大多数人不会去开终端，「那么对苹果来说，只要能抓住剩下的用不惯 CLI 的群体就可以」。照这么看，the rest of us 指的正是这群人。</p>]]></content:encoded>
</item>
<item>
<title>替砍掉 Launchpad 辩护 —— 苹果版 Raycast 更有效率</title>
<link>https://aaronlau.me/2026/05/10/</link>
<guid isPermaLink="true">https://aaronlau.me/2026/05/10/</guid>
<pubDate>Sun, 10 May 2026 00:00:00 GMT</pubDate>
<author>Aaron Lau（韩栖）</author>
<dc:creator>Aaron Lau（韩栖）</dc:creator>
<category>macOS</category><category>设计与界面</category>
<description><![CDATA[macOS 26 砍掉 Launchpad，我站在苹果这边：新的 App 列表更有效率，也解决了 iPhone app 在 Mac 上的展示问题。]]></description>
<content:encoded><![CDATA[<p>#macOS #设计与界面</p>
<p>macOS 26 砍掉 Launchpad，换成 Spotlight 里的 App 列表，骂声不少，「说到这里，我其实想为砍掉 Launchpad 的这个决定辩护」。第一是效率：「首先这个新的安排是更具有效率（苹果版 Raycast）的，也能对接未来 Apple 智能，通过自然语言表达需求下指令的交互」。打几个字母就能启动。</p>
<p>第二，它借了 iPhone 的思路：「其次融入了 App Library 的理念，优先呈现用户在每个类别下最常使用的 app，并且巧妙地解决了 iPhone app 在 macOS 端的展示问题」。Apple silicon 的 Mac 能装 iPhone 和 iPad app，「如果按照之前 Launchpad 的方式，那会出现好几页的 iPhone app 而且很难管理」。</p>
<p>想要图标墙的人，最多等下一个版本把 app 像 iOS 主屏幕那样摆上桌面。至于我，「我自己在 iOS 也是只有一个屏幕的 Home Screen」。</p>]]></content:encoded>
</item>
<item>
<title>带摄像头的 AirPods —— AI 硬件先看模型过不过关</title>
<link>https://aaronlau.me/2026/05/08/</link>
<guid isPermaLink="true">https://aaronlau.me/2026/05/08/</guid>
<pubDate>Fri, 08 May 2026 00:00:00 GMT</pubDate>
<author>Aaron Lau（韩栖）</author>
<dc:creator>Aaron Lau（韩栖）</dc:creator>
<category>AirPods</category><category>AI</category><category>设计与界面</category>
<description><![CDATA[彭博社说带摄像头的 AirPods 进入后期测试；AI 可穿戴的思路没问题，但基础模型要过关，续航和重量也是代价。]]></description>
<content:encoded><![CDATA[<p>#AirPods #AI #设计与界面</p>
<p>彭博社报道，带摄像头的 AirPods 已经进入 DVT 阶段，摄像头只为 Siri 收集低分辨率的视觉上下文。我的看法是：「AI 可穿戴硬件的思路没问题，但是基础模型能力本身要过关，像 AirPods Pro 3 的实时翻译我觉得不错的」。代价也是物理上的：「AirPods Ultra 加摄像头的话，其实有点担心它的续航和重量，Pro 3 本来就已经倒退了」。</p>
<p>好处很清楚：「如果他能做得好的话，理论上是可以不用掏出手机的，之前不是搞了点头摇头的动作，就是为这个做铺垫的」。iOS 18 让 AirPods 可以点头接听、摇头拒接，回头看像是在练习一种不碰手机的交互。</p>
<p>这让我想到辅助功能。「VoiceOver 和 Voice Control 一直是作为辅助功能而存在，因为正常来讲这俩的效率远远比正常操作手机要低」。靠听和说来操作手机，以前只是少数人的选项，模型够强的话，它才有机会变成主流。</p>]]></content:encoded>
</item>
<item>
<title>给 iPad 拆掉键盘 —— 语音输入能腾出半块屏幕</title>
<link>https://aaronlau.me/2026/05/02/</link>
<guid isPermaLink="true">https://aaronlau.me/2026/05/02/</guid>
<pubDate>Sat, 02 May 2026 00:00:00 GMT</pubDate>
<author>Aaron Lau（韩栖）</author>
<dc:creator>Aaron Lau（韩栖）</dc:creator>
<category>iPad</category><category>设计与界面</category>
<description><![CDATA[点输入框默认语音输入、灵动岛显示转录，能解放一半屏幕；11 寸 iPad Pro 加键盘 1056g，比 12 寸 MacBook 还重。]]></description>
<content:encoded><![CDATA[<p>#iPad #设计与界面</p>
<p>想象一个场景：「想象一下用户点击输入框都是默认语音输入呢，只有一个灵动岛显示转录状态，这样似乎会解放一半的屏幕空间」。虚拟键盘一弹出来就占掉下半屏，在横放的 iPad 上更夸张。</p>
<p>这件事对 iPad 的意义比对 iPhone 大。「特别是对于 iPad，假如苹果把 typeless 给 sherlocked 了，连实体键盘都不需要了」。算一笔重量账：「以 11 寸 iPad Pro 为例，加上键盘有 1056g，比 12 寸 MacBook 还要重出一台 iPod touch 的重量」。配上妙控键盘，iPad 变成一台比轻薄本还沉的机器，跑的却还是 iPadOS。</p>
<p>苹果这些年一直在给 iPad 加键盘、加触控板、加窗口。语音输入要是真的成熟，iPad 不必再往笔记本的方向挤。</p>]]></content:encoded>
</item>
<item>
<title>AirPods 边听歌边语音输入 —— 卡在 codec 切换</title>
<link>https://aaronlau.me/2026/04/29/</link>
<guid isPermaLink="true">https://aaronlau.me/2026/04/29/</guid>
<pubDate>Wed, 29 Apr 2026 00:00:00 GMT</pubDate>
<author>Aaron Lau（韩栖）</author>
<dc:creator>Aaron Lau（韩栖）</dc:creator>
<category>AirPods</category><category>设计与界面</category>
<description><![CDATA[AirPods 听歌和通话要切换 codec，边听歌边语音输入识别率就会掉；9 个麦克风也救不了，瓶颈在协议。]]></description>
<content:encoded><![CDATA[<p>#AirPods #设计与界面</p>
<p>用 AirPods 做语音输入，有个绕不过去的坑：「蓝牙听歌和通话需要切换 codec，如果边听歌边输入，识别就很可能不准确，除非用专门的麦克风（比如 DJI Mic mini）」。听歌走的是高音质的单向链路，一旦要用麦克风，耳机就得切到通话模式，耳朵里的音乐变闷，送出去的人声也不清楚。</p>
<p>麦克风多也没用。「AirPods Max 有 9 个麦克风了，照样没法在听歌的时候愉快地 typeless」。瓶颈在协议，不在硬件。</p>
<p>所以我对传闻中的 AirPods Ultra 只好奇一件事：它「会不会实现这方面的技术突破，通过私有协议保证两种模式下皆有充足的带宽之类的」。iPhone 和 AirPods 两头都是苹果自己的芯片，自己定协议并不是天方夜谭。假如真能突破，「应该够苹果吹很久的」。</p>]]></content:encoded>
</item>
<item>
<title>iPadOS 本来就不该面向键盘 —— 一个 hot take</title>
<link>https://aaronlau.me/2026/04/16/</link>
<guid isPermaLink="true">https://aaronlau.me/2026/04/16/</guid>
<pubDate>Thu, 16 Apr 2026 00:00:00 GMT</pubDate>
<author>Aaron Lau（韩栖）</author>
<dc:creator>Aaron Lau（韩栖）</dc:creator>
<category>iPad</category><category>iPadOS</category><category>设计与界面</category><category>AI</category>
<description><![CDATA[用户要的不是二合一 MacBook；Agentic AI 本来可以解决 iPad 的交互问题，林檎却没能如期交付。]]></description>
<content:encoded><![CDATA[<p>#iPad #iPadOS #设计与界面 #AI</p>
<p>先说结论：「我觉得 iPadOS 本来就不应该面向键盘和触控板的，用户不喜欢被 iOS 的操作逻辑的束缚没错，但用户需要的不是二合一 MacBook，微软已经示范过一次」。妙控键盘就是这条路的代价。键盘要撑住屏幕，原理上必然比本体更重，合体之后「11 寸 iPad 加起来比 12 寸 MacBook 重，13 寸加起来比 13 寸 MacBook Air 重」。灵活性还在，便携没了。</p>
<p>2022 年我走过这条路的尽头。当时我说：「是，我认清了这个真相，用 iPad Pro 99% 的时间都是连接 Magic Keyboard，何不投奔上一台电脑呢」，然后真的回到了 Mac。那时候的结论是 iPad 当不了电脑；现在我觉得问题出在方向，它不该朝着电脑去追。</p>
<p>另一条路本来是有的。「Agentic AI 本来是可以帮助解决 iPad 的交互问题的」，WWDC24 讲的 Personal Intelligence 也是同一个方向：让人用说的、让 AI 去点。可惜软件跟不上硬件，起了大早，赶了晚集，豆包都有手机了，林檎还没能如期交付。</p>]]></content:encoded>
</item>
<item>
<title>妙控键盘为什么没有背光 —— 都是电池的账</title>
<link>https://aaronlau.me/2026/04/03/</link>
<guid isPermaLink="true">https://aaronlau.me/2026/04/03/</guid>
<pubDate>Fri, 03 Apr 2026 00:00:00 GMT</pubDate>
<author>Aaron Lau（韩栖）</author>
<dc:creator>Aaron Lau（韩栖）</dc:creator>
<category>iPad</category><category>Mac</category><category>设计与界面</category>
<description><![CDATA[iPad Air 妙控键盘和 Mac 版 Magic Keyboard 都没有背光，我的推测是续航和电池；笔记本有背光是为了差旅。]]></description>
<content:encoded><![CDATA[<p>#iPad #Mac #设计与界面</p>
<p>「以前用 iPad Pro 妙控键盘发现掉电很快，我在想说 iPad Air 专用妙控键盘取消背光的原因是什么」。妙控键盘没有自己的电池，背光吃的是 iPad 的电。</p>
<p>我的推测是屏幕。「因为 iPad Air 的屏幕特别耗电，特别是相对于 iPad Pro 来说」。iPad Pro 用 OLED，Air 还是 LCD，同样亮度下 Air 本来就更费电，再让键盘分一份，「假如 iPad Air 妙控键盘也有背光的话，用起来似乎会比 iPad Pro 的续航更惨淡」。</p>
<p>Mac 那边是另一种账。「单独销售的 Mac 版 Magic Keyboard 没有背光的原因很简单，电池太小了」。那为什么 MacBook 一定有背光？「笔记本电脑有背光，主要是因为差旅环境，住酒店，灯光环境不可控」。台式机的键盘放在书桌上，灯是自己开的；笔记本跟着人走，不知道下一个房间有多暗。背光有没有，看的是使用场景，也看那块电池背不背得起。</p>]]></content:encoded>
</item>
<item>
<title>Pro 和 Air 是一道数列题 —— 新形态只是更薄</title>
<link>https://aaronlau.me/2026/03/31/</link>
<guid isPermaLink="true">https://aaronlau.me/2026/03/31/</guid>
<pubDate>Tue, 31 Mar 2026 00:00:00 GMT</pubDate>
<author>Aaron Lau（韩栖）</author>
<dc:creator>Aaron Lau（韩栖）</dc:creator>
<category>Apple</category><category>iPad</category><category>Mac</category><category>设计与界面</category>
<description><![CDATA[M4 iPad Pro 是更薄的 iPad Pro 2018，MacBook Ultra 恐怕也是更薄的 MacBook Pro；产品家族内部本来就是数列。]]></description>
<content:encoded><![CDATA[<p>#Apple #iPad #Mac #设计与界面</p>
<p>「M4 iPad Pro 就是个更薄的 iPad Pro 2018」。2018 款定下了全面屏、Face ID 和 USB-C，之后几年的进步，主要发生在厚度、屏幕和芯片上。顺着这个思路，传闻中的那台，「MacBook Ultra 恐怕也是更薄的 MacBook Pro」（Gurman 3 月 8 日称其为 MacBook Ultra，名字未定）。</p>
<p>形态固定之后，Pro 和 Air 的关系就变成一道数列题。iPhone Pro、iPad Pro 和 MacBook Pro 相比各自的 Air，差别是一格一格排下去的。「iPhone、iPad 和 MacBook 家族内部不也是数列状吗」。数列也有被打乱的时候，Touch Bar 世代的 MacBook Pro 算一次，M2 那一年 MacBook Air 换了新模具、13 寸 MacBook Pro 还守着旧模具，也算一次。</p>
<p>2022 年我谈 Pro 的定义，看重的是标志性的升级：「iPhone 11 Pro 它 Pro 的标志是三摄，以及奠定了磨砂背板、持久续航和 Super Retina XDR 的标准」。现在我更倾向于把 Pro 看作数列上的下一项，至于“全新形态”，多半只是把上一项做得更薄。</p>]]></content:encoded>
</item>
<item>
<title>Studio Display XDR —— 代号 J427</title>
<link>https://aaronlau.me/2026/03/19/</link>
<guid isPermaLink="true">https://aaronlau.me/2026/03/19/</guid>
<pubDate>Thu, 19 Mar 2026 00:00:00 GMT</pubDate>
<author>Aaron Lau（韩栖）</author>
<dc:creator>Aaron Lau（韩栖）</dc:creator>
<category>Studio Display</category><category>预言账本</category><category>设计与界面</category>
<description><![CDATA[Studio Display XDR 代号 J427，接在 Studio Display 的 J327 之后，不是 Pro Display XDR 的继任。]]></description>
<content:encoded><![CDATA[<p>#StudioDisplay #预言账本 #设计与界面</p>
<p>据说 Studio Display XDR 在部分售后页面上还叫 Pro Display，我的第一反应是：「Studio Display XDR 原名 Pro Display 咯？」</p>
<p>代号不支持这个说法。「但是 Pro Display XDR 的代号，J290，理应继任者是 J490，对吧」，实际是「像 Studio Display XDR 的 J427，直接就是接在 Studio Display 2022 的 J327 后面」。</p>
<p>这一点我二月初就推过：「J427 和 J527 都是 J327 的迭代，尺寸肯定是 27 英寸」，还算过「5K 90 和 5K 120 需要用到不同的 TCON 芯片」。产品出来，果然「Studio Display XDR 启用了一颗新的 TCON 芯片，但是官方没有宣传」。</p>
<p>我的愿望反而朴素：「能不能出一款有 mini-LED 分区背光但是没有 120Hz 的 Studio Display HDR」。</p>]]></content:encoded>
</item>
</channel>
</rss>
