SwiftUI 与 Markdown 的势不两立

SwiftUI 被作者用来快速搭建支持 Markdown 的聊天界面和滚动列表。实际使用中它无法实现对整个 Markdown 文档的文本选择,这是框架设计上的限制。作者因此放弃部分 SwiftUI 实现,转而混合使用 AppKit 组件,却发现界面性能和兼容性进一步恶化,最终认为其更适合简单无滚动场景。

SwiftUI

SwiftUI 与 Markdown 的势不两立

文章结尾指出,React Native 等框架可提供接近原生的性能,同时拥有更好的文本与渲染模型,且通过原生互操作几乎无需额外成本就能获得这些优势。作者认为在构建富文本长形式聊天界面时,SwiftUI 与苹果原生 SDK 已从优势转为限制,而 React Native 更适合当前需求。

React Native

Raycast 2.0 幕后

文章提到 SwiftUI 与 Raycast v1 同期成熟,但因性能与控制力不足而未被大量采用,仅在年度 Wrapped 功能中作为孤立模块存在。v2 重构后宿主层改用 AppKit,SwiftUI 并未成为跨平台或核心 UI 的选择,体现了团队对原生框架性能门槛的严格要求。

SwiftUI

Raycast 2.0 幕后

本文提到在 macOS Tahoe 系统上,Raycast 2.0 采用了 Apple 新的 Liquid Glass 材质。这一选择让应用界面能从第一天起就融入系统更新的视觉语言,与整体设计风格保持一致。采用该材质是实现“感觉原生”目标的具体措施之一,帮助 WebView 内容更好地与原生窗口背景融合。

Liquid Glass

替换 SwiftUI 中的 List

文章提到 Apple Watch 白天每 4 分钟测量一次心率,CardioBot 应用通过这些数据展示健康指标,并计划用新 UI 组件替代原有 List 实现。

Apple Watch

替换 SwiftUI 中的 List

本文中 SwiftUI 被用作构建自定义可滚动容器的框架。作者指出近年来其 ScrollView 与惰性堆栈的性能大幅提升,适合非均匀数据场景。文章通过 ScrollingSurface 等组件展示如何利用 SwiftUI 实现对界面外观的精确控制,替代标准 List。

SwiftUI

支持主题模式切换的 SVG 网站图标

本文通过 Chrome、Firefox 与 Safari 的实机对比指出,Safari 无法在 SVG favicon 中响应 prefers-color-scheme 媒体查询,仅渲染基础版本而忽略用户系统主题偏好。作者在 nn1.dev 网站实践后确认该限制,并提交了 WebKit 相关 bug 报告。

Safari

CSS 制作手机 mockup

本文以 iPhone 17 Pro 为原型构建 CSS 模拟组件,使用 2622×1206 像素比例计算高度,边角半径按宽度 0.12 比例缩放,并复刻 Dynamic Island、侧边按键及多层玻璃反光。所有视觉层叠加后形成逼真的金属边框与屏幕深度,最终通过 JavaScript 实现跟随鼠标的 3D 物理倾斜。

iPhone

CSS 制作手机 mockup

本文中 Dynamic Island 通过三个同心圆形 div 模拟灵动岛相机镜头,使用 borderRadius: 999 生成 pill 形状,并以径向渐变与内阴影营造镜头深度。zIndex 控制其位于图像上方、反光图层下方,保持设备真实结构感。

Dynamic Island

SwiftUI 新修饰符 lineHeight(_:)

本文中 SwiftUI 是引入 lineHeight 修饰符的 UI 框架,iOS 26 新增该功能用于控制文本基线距离。它支持预设值和数值方法,比旧有 lineSpacing 更灵活,文章通过示例展示其在段落排版中的实际效果,并建议在现代布局中优先使用。

SwiftUI

SwiftUI 动画机制梳理

本文深入剖析了 SwiftUI 动画系统的底层工作原理,指出状态变化是触发视图更新的唯一途径。SwiftUI 会对比新旧视图树、识别可动画属性,再按时间曲线以约 60fps 进行插值,从而实现平滑过渡。动画具有可叠加和可取消特性,中断后新动画会从当前渲染状态自然延续,无需开发者手动处理位置计算。

SwiftUI

以感受为中心的设计

文章将iPhone列为非数据驱动创作的典范,指出其诞生并非源于指标优化,而是源于创造者的感受、意见与个人体验。作者以此反衬当下软件只追求点击率或留存率的做法,强调真正有灵魂的产品源于主观判断而非数字验证。

iPhone

MX Master 拇指滑轮妙用

本文中 Safari 通过 macOS 系统设置的 App Shortcuts 功能自定义快捷键,将 Ctrl+Shift+左右箭头映射为「Show Previous Tab」和「Show Next Tab」,实现拇指滚轮切换标签页。需确保菜单标题与 Window 菜单中的名称完全一致。此方法同样适用于 Finder 等系统应用。

Safari

回顾 2025 年 iOS 开发

文章专设章节讨论 Xcode 作为文本编辑器已被废弃。在 AI 驱动的 iOS 开发中,Xcode 不再是主要代码编写环境,作者转向集成 Agentic AI 的新型工具链。文中指出这一转变让开发者工作方式发生根本变化,效率显著提升。

Xcode

上下文菜单不应该有图标

Safari 在文中作为 macOS Tahoe 的应用示例,作者截取其“Safari”“文件”“查看”菜单,显示图标添加不一致:部分菜单项有图标,部分没有,同组的“设置”与“隐私报告”处理方式不同。作者质疑选择逻辑,并指出同时存在切换标记和图标时的视觉混乱。

Safari

上下文菜单不应该有图标

Human Interface Guidelines 是苹果多年发布的设计规范,本文引用其中“在菜单中使用符号”章节,明确指出不应使用任意符号以免造成视觉杂乱和用户困惑。作者指出 macOS Tahoe 的菜单做法与该指南及 2005、1992、2020 版示例直接冲突。

Human Interface Guidelines

上下文菜单不应该有图标

Apple 在本文中因 macOS Tahoe 菜单设计转变而受到批评,此前其系统长期避免为菜单项默认添加图标,但新版本却全面采用。作者认为这与苹果自身以往的简洁理念背道而驰,使说服他人“非必要不加图标”变得更加困难。

Apple

以防你不知道浏览器处理 Base64 速度有多快

本文中 Safari 作为基准测试平台之一,测量了其对 Base64 数据的处理吞吐量。它采用 JavaScriptCore 引擎执行相关 JavaScript 代码,测试结果显示其在桌面与移动设备上的解码速度,并与 Firefox 等浏览器形成直接对比,体现了 WebKit 引擎在 Base64 场景下的实际表现。

Safari

Apple 的系统级 URL 过滤 API 怎么样

本文中Apple首次为iOS和macOS提供系统级URL过滤官方API,支持全URL拦截并集成Privacy Pass、PIR、Bloom过滤器及Oblivious HTTP等隐私技术。文章指出该API能处理超大拦截列表且支持45分钟自动更新,但仅限阻断操作、无法提供反馈或调试工具,且开发者可能通过实现方式削弱匿名性。整体被视为操作系统厂商在系统级过滤上的重要进步,尽管存在明显局限。

Apple

如何构建 v0 的 iOS 应用

本文中 Liquid Glass 用于实现 iMessage 风格的浮动输入栏,具备渐进式模糊和交互变形效果。团队通过 @callstack/liquid-glass 的 LiquidGlassContainerView 与 LiquidGlassView 包裹输入组件,同时 Zeego 菜单也自动呈现 Liquid Glass 样式。配合 KeyboardStickyView 与绝对定位,使输入栏始终悬浮于滚动内容之上,并随键盘状态平滑调整位置。

Liquid Glass

如何构建 v0 的 iOS 应用

本文最终采用 React Native 搭配 Expo 构建 v0 iOS 应用,通过 New Architecture 实现同步高度测量与流畅动画。团队借助该框架实现了接近原生的键盘处理、Liquid Glass 效果及跨平台代码复用,满足了多项严格的聊天交互要求。

React Native

如何构建 v0 的 iOS 应用

本文中,react-native-ios-context-menu 作为 Zeego 的底层依赖,用于在 v0 iOS 应用中渲染原生 UIMenu 菜单。该库帮助实现符合 iOS 语言的原生交互体验。

react-native-ios-context-menu

通过 MobileGestalt 在 iPhone 上启用 iPadOS 特色功能

文章主题是将iPadOS的多任务处理、Stage Manager和应用窗口等特性移植到iPhone。通过MobileGestalt修改,iPhone可模拟iPad设备类型并激活对应能力。支持的键值包括设备类别和Medusa浮动应用等,需结合漏洞写入才能生效。

iPadOS

通过 MobileGestalt 在 iPhone 上启用 iPadOS 特色功能

本文中Xcode被用来新建iOS应用,直接读取/private/var/containers/Shared/SystemGroup/systemgroup.com.apple.mobilegestaltcache路径下的MobileGestalt.plist文件。作者通过SwiftUI界面实现加载与导出功能,绕过部分快捷指令限制。文章强调此方法在iOS 26.1上仍可读取该文件。

Xcode

通过 MobileGestalt 在 iPhone 上启用 iPadOS 特色功能

Cowabunga Lite 是在本文相关指南中提及的 iOS 16 定制工具,支持在非越狱环境下安装主题和调整,与本文通过 MobileGestalt 启用 iPad 多任务和 Stage Manager 的思路一致,均属无需完整越狱的功能修改方式。

Cowabunga Lite

通过 MobileGestalt 在 iPhone 上启用 iPadOS 特色功能

Dopamine 是在本文相关指南中列出的 iOS 15 越狱工具(Fugu15 Max),与本文利用沙箱逃逸修改 MobileGestalt 以启用 iPad 功能的方法同属 iOS 定制与功能解锁范畴。

Dopamine

通过 MobileGestalt 在 iPhone 上启用 iPadOS 特色功能

palera1n 是在本文“更多指南”板块中被提及的 iOS 17 越狱工具,与本文讨论的非越狱 MobileGestalt 修改方法形成互补参考,展示不同方式实现 iOS 定制功能。

palera1n

通过 MobileGestalt 在 iPhone 上启用 iPadOS 特色功能

该文件存储设备类型、型号及能力信息,包括Dynamic Island、Stage Manager和多任务支持等键值。文章通过新漏洞修改其CacheData和CacheExtra部分,添加uKc7FPnEO++lVhHWHFlGbQ等键以实现iPad功能。必须正确写入CacheData中的DeviceClassNumber,否则可能导致bootloop。

MobileGestalt.plist

通过 MobileGestalt 在 iPhone 上启用 iPadOS 特色功能

作为iPadOS核心功能之一,Stage Manager在文中通过修改MobileGestalt键qeaj75wk3HF4DwQ8qbIi7g在iPhone上被启用。结合其他Medusa相关键值,可实现应用窗口化、iPadOS Dock和多任务界面。Duy Tran的演示视频展示了该功能在iPhone 17 Pro Max上的实际效果。

Stage Manager

通过 MobileGestalt 在 iPhone 上启用 iPadOS 特色功能

本文中Misaka是借助MobileGestalt修改实现iOS功能调整的tweaking应用之一。它通过新发布的itunesstored与bookassetd沙箱逃逸漏洞,改写MobileGestalt.plist中的键值,从而让iPhone获得iPad的多任务、Stage Manager等特性。文章指出该工具将随新漏洞更新以支持iOS 26版本。

Misaka

通过 MobileGestalt 在 iPhone 上启用 iPadOS 特色功能

开发者Duy Tran在X平台发布视频,展示iPhone通过MobileGestalt修改后运行iPadOS功能,包括真实应用窗口和Stage Manager。他提供的Python脚本基于该漏洞实现修改,并被文章作者进一步适配用于生成最终工具。

Duy Tran

通过 MobileGestalt 在 iPhone 上启用 iPadOS 特色功能

本文中SwiftUI用于构建示例应用界面,实现MobileGestalt.plist的读取、暂存与导出。代码中通过@State与DocumentPickerCoordinator处理plist数据与文件选择器交互。文章提供了完整ContentView代码,展示如何在不越狱情况下获取该文件。

SwiftUI

通过 MobileGestalt 在 iPhone 上启用 iPadOS 特色功能

Nugget是利用MobileGestalt修改实现设备功能调整的工具之一,文中提到该漏洞将用于更新此类应用以支持iPad特性。类似工具还包括Misaka和Picasso,它们均依赖对plist文件的写入来激活隐藏能力。

Nugget

macOS 时钟应用的囤积癖

文章指出用户通过 Apple Support 多次尝试修复,但仅删除 plist 文件可恢复功能。Apple 曾在 Sequoia 中修复过该属性列表相关 bug,却可能引入新问题,导致 mobiletimerd 持续累积 MTTimers 数据。最终需由 Apple 修复此累积导致的内存限制崩溃缺陷。

Apple

Linear 重构液态玻璃

Liquid Glass 是 Apple 新推出的流体玻璃设计系统,强调半透明、深度与实时光照。Linear 团队提取其美学特质,自行实现高斯模糊、SDF 法线贴图与动态光源效果,同时放弃折射以避免影响专业界面的可读性,并确保 Increase Contrast 模式下的可访问性。

Liquid Glass

Linear 重构液态玻璃

Robb Böhnke 是本文作者,于 2025 年 10 月 21 日发布文章。他详细阐述了 Linear 团队仅两名 iOS 工程师如何选择自建设计系统,权衡了采用 Apple API 的简便与自主控制的必要性,最终决定走更难但更贴合产品定位的路线。

Robb Böhnke

Linear 重构液态玻璃

WWDC 是 Apple 年度开发者大会,本文提到今年六月会上发布的 Liquid Glass 直接启发了 Linear 的 redesign。团队观看 keynote 后认为其现代美学与自身需求吻合,但最终决定不依赖官方 API,而是自建以获得更大控制权与跨版本兼容性。

WWDC

Linear 重构液态玻璃

文中 UIVisualEffectView 用于承载 Gaussian blur,作为自制 Liquid Glass 材质的最底层。受限于无法直接对该视图应用 shader,团队在其上方用 Plus Lighter 混合模式叠加高光层。最终通过 SDF 遮罩统一整体形状,并添加阴影增强对比度。

UIVisualEffectView

Linear 重构液态玻璃

Apple 在 WWDC 发布 Liquid Glass 设计语言,延续了 Aqua 的半透明与光泽美学,同时需兼容各类消费应用。文中指出其 API 无法满足 Linear 所需的导航自定义灵活性,且 iOS 26 Beta 期间仍持续调整,促使 Linear 选择完全自建材料系统。

Apple

Linear 重构液态玻璃

Linear 使用 SwiftUI 构建自定义玻璃材质,从单一 view modifier 同时应用多层效果。包括通过 SwiftUI shader 计算高光,并用 SDF 生成法线贴图实现实时光照。借助 SwiftUI 他们实现了对材质形状与光源的完全控制,避免依赖苹果系统 API 的限制。

SwiftUI

降低 Liquid Glass 效果

Smart Stack 是 watchOS 26 中的堆叠小组件示例。在默认 Liquid Glass 效果下,其背景会透出墙纸;开启 Reduce Transparency 或 Increase Contrast 后,背景变为不透明,图标对比度提升,便于阅读。

Smart Stack

降低 Liquid Glass 效果

iOS 26 的 Liquid Glass 设置与 macOS 类似,但 Increase Contrast 可独立开启。Reduce Transparency 能显著改善通知栏可读性,Bold Text 与 Reduce Motion 则分别加粗文字、减少动态扭曲。作者展示多组截图对比,指出 iPadOS 效果相近,并建议根据实际阅读需求逐步启用设置。

iOS

降低 Liquid Glass 效果

本文提到 SwiftUI 是 Liquid Glass 界面的底层框架。通过 Terminal 执行 defaults write 命令可设置 com.apple.SwiftUI.DisableSolarium 为 YES,从而完全关闭 Liquid Glass 效果,使界面恢复 macOS 15 风格的圆角和层级,但可能导致菜单栏和 Dock 出现显示问题。

SwiftUI

降低 Liquid Glass 效果

Liquid Glass 是苹果在 macOS 26、iOS 26 等系统中推出的透明与模糊效果界面设计,许多用户觉得它分散注意力或降低可读性。本文围绕如何通过无障碍设置减少其影响展开,重点介绍 Reduce Transparency、Increase Contrast 等选项在各系统中的实际效果与区别。作者还提及 macOS 中可通过 Terminal 命令完全关闭该效果,但不推荐使用。

Liquid Glass

降低 Liquid Glass 效果

tvOS 26 的 Liquid Glass 主要影响侧边栏与 Top Shelf,Reduce Transparency 可消除背景透视,但整体视觉变化有限。Increase Contrast 与 Bold Text 效果较弱,作者表示不推荐调整。文中顺便提到关闭 Auto-Play Video Previews 的实用选项。

tvOS

降低 Liquid Glass 效果

本文指出 iPadOS 26 与 iOS 26 的 Liquid Glass 界面表现相似,同样支持 Reduce Transparency、Increase Contrast 等辅助功能设置。作者建议用户先保持默认,若通知或界面元素难以阅读,再开启 Reduce Transparency 以获得不透明背景。设置可提升可读性,但部分重度依赖透明效果的应用界面可能显得突兀。

iPadOS

Apple 新系统 Webview 中的私有 CSS

本文中 Apple 在 2025 年 WWDC 推出 Liquid Glass 设计语言,并通过 WebKit 实现私有 CSS 属性 -apple-visual-effect,使其能在网页内容中应用玻璃材质效果。该功能需配合 WKWebView 的私有设置才能生效,目前无法公开用于网页或 App Store 审核的应用。文章推测 Apple 已在内部使用该特性实现无缝集成的 webview。

Apple

Apple 新系统 Webview 中的私有 CSS

Liquid Glass 是 2025 年 WWDC 推出的新软件设计,被视为自 iOS 7 以来 UI 的最大变革。本文发现其可通过 -apple-visual-effect 私有 CSS 属性在 WKWebView 中应用于网页内容,支持 -apple-system-glass-material 等材质值,并可配合 @supports 规则实现优雅降级。

Liquid Glass

Liquid Glass in the Browser

Liquid Glass 是本文核心主题,指 Apple 设计的弯曲玻璃 UI 效果,依赖光线折射与镜面高光。文章通过表面函数、位移向量场和 SVG 滤镜,从数学原理逐步构建浏览器端近似实现,并演示了搜索框、开关等真实组件效果。

Liquid Glass

Liquid Glass in the Browser

本文中 Apple 于 2025 年 6 月的 WWDC 上首次推出 Liquid Glass 效果,使界面元素呈现弯曲折射的玻璃质感。文章以此为原型,聚焦如何通过网页技术近似复现其核心折射与镜面高光,而非追求像素级一致。

Apple

CSS 中的 will-change

文章指出Safari在缺少will-change时,动画元素会出现字符和图标的意外移动,问题尤为突出。它对合成层提升的处理较慢,导致动画初期出现卡顿或抖动,而添加will-change后该现象明显改善。

Safari

做一款移动端优先的 HTML 编辑器

本文指出在iOS上输入HTML尖括号需多次切换键盘,造成显著摩擦。编辑器设计受iOS自带自动建议启发,提供原生HTML元素建议按钮,目标是支持在移动设备上快速草绘页面而非完整开发。

iOS

macOS 上游戏分辨率渲染问题

本文中Apple指提供macOS显示与全屏API的公司。其CGDisplayCopyAllDisplayModes函数返回的模式列表混杂了含刘海区域的完整屏幕分辨率与菜单栏下可用区域的分辨率,导致多数AppKit全屏游戏默认选用错误尺寸,画面被压缩模糊。作者已提交反馈FB13375033并指出,Apple需更新游戏HIG、改进CGDisplayMode筛选能力、完善Game Porting Toolkit示例,或提供新的游戏专用API以解决刘海屏适配问题。

Apple

macOS 上游戏分辨率渲染问题

safeAreaInsets 是 NSScreen 的属性,代表 notch 下方的安全绘制区域。本文指出其与菜单栏下的全屏可用区域存在差异,开发者需据此计算宽高比来过滤分辨率列表,而非直接匹配。文中示例代码展示了如何用该属性筛选出正确的 16:10 分辨率。

safeAreaInsets

macOS 上游戏分辨率渲染问题

文章提到 Apple 的游戏 HIG 未说明刘海屏对全屏分辨率的影响。作者建议更新 HIG,增加如何获取可用分辨率列表的指导,以帮助开发者避免默认使用错误模式。

Human Interface Guidelines

各个浏览器如何处理 calc(infinity * 1px)

Safari stable 对 width、height 的 infinity 值处理结果为 33554428 像素,比 2^25 仅少 3 像素;font-size 上限则达到 100000 像素,高于 Chrome。line-height 测试同样返回相同尺寸限制。文章指出 Safari 的钳位值同样接近但不等于理论最大值,且与 Chrome 共享相似的十进制特征,具体由来不明。

Safari

平板端和移动端的 Blender 如何适配交互

iPad Pro 是 Blender 平板适配的首个目标平台,计划搭配 Apple Pencil 实现原生运行。文中说明将先在该设备上测试基础操作和雕刻功能,后续扩展至 Grease Pencil 等工具。SIGGRAPH 2025 将展示相关技术演示。

iPad Pro

平板端和移动端的 Blender 如何适配交互

Apple Pencil 是 iPad Pro 的主要笔输入设备,在本文中被定位为支持绘画、雕刻和 2D 动画等专业任务的关键工具。设计方案强调多输入界面(触摸+笔)下的交互优化,并通过浮动面板和快捷菜单降低信息密度。

Apple Pencil

平板端和移动端的 Blender 如何适配交互

文章将 iPad Pro 定为首个测试平台,并专门规划 iOS 相关开发,包括 Blender 构建、触控手势支持、iCloud 文件系统集成等。开发将在独立分支进行,目标是实现原生运行和多点触控事件处理。iOS 贡献被视为推动平板版 Blender 的关键起步。

iOS

缓动函数各有千秋

Apple 发表论文提出参数化 kinematic easing 函数,可调节 anticipation、overshoot 次数与阻尼等属性。作者实际使用时发现参数相互影响,调整振荡次数会改变频率与超调量,需反复微调多个参数才能达到预期效果。

Apple

苹果新的基座模型性能如何?

本文中 Apple Intelligence 是启用 Foundation Models framework 的前提条件,开发者需在搭载该功能的设备上才能调用 AFM-on-device 模型。文章提及 Apple Intelligence 功能缺失导致新 iPhone 销量受影响,并引发集体诉讼,同时 Siri 升级计划被无限期推迟。

Apple Intelligence

苹果新的基座模型性能如何?

本文强调苹果对iOS的控制是其AI战略的重要优势:若系统默认加载并提供特定模型,开发者因设备内存限制更倾向于采用该模型,而非自行捆绑其他模型。这使得iOS生态成为推动AFM-on-device模型实际采用的关键因素。

iOS

苹果新的基座模型性能如何?

本文中 Apple 更新了 Apple Foundation Models 系列的设备端与云端视觉语言模型,旨在追赶竞争对手。它同时发布了 Foundation Models framework API,允许开发者在已启用 Apple Intelligence 的设备上调用设备端模型。文章指出 Apple 在生成式 AI 领域被视为落后,Siri 升级延期且面临集体诉讼,但其对 iOS 的控制权为模型推广提供了巨大优势。

Apple

苹果新的基座模型性能如何?

本文指出苹果承诺的Siri AI助手升级已被无限期推迟,这与新iPhone缺乏先进AI功能一起,导致用户对苹果AI进展的失望,并引发集体诉讼。Siri的延迟成为苹果被视为AI落后于竞争对手的例证之一。

Siri

将 iPhone 8 改造成太阳能驱动的 OCR 服务器

本文中 iPhone 8 被改造为太阳能供电的 OCR 服务器,持续运行一年多,通过 SwiftUI 应用调用 Apple Vision 框架处理图像文本识别任务。它处理了 83418 个请求和 48GB 图像数据,电池健康度仍保持 76%,功耗低至 0.5-5W,支持离网运行并通过 Tailscale 与其他设备连接,实现实时仪表盘展示处理统计。

iPhone 8

将 iPhone 8 改造成太阳能驱动的 OCR 服务器

本文中 SwiftUI 用于构建 iPhone 8 上的 OCR 服务器应用,实现处理状态仪表盘、请求统计卡片和电池监控界面。它与后台 HTTP 服务结合,展示每日请求量、平均处理时间和成功率等实时数据,同时支持持续运行和太阳能环境下的性能展示,成为用户窗口台的视觉化监控工具。

SwiftUI

将 iPhone 8 改造成太阳能驱动的 OCR 服务器

本文中 Apple Vision Framework 作为本地 OCR 核心引擎,在 iPhone 8 上实现图像文本识别,无需云端调用,准确度可与商业服务媲美。它处理 VNRecognizeTextRequest 请求,支持语言校正和准确模式,累计完成 83418 次请求,保障数据隐私并降低长期成本,成为太阳能服务器的关键技术组件。

Apple Vision Framework

将 iPhone 8 改造成太阳能驱动的 OCR 服务器

本文核心硬件 iPhone 8 运行 iOS 系统,作者在其上开发 SwiftUI 应用,实现持续的 Vision OCR 处理与 HTTP 服务。应用利用后台刷新和定期请求保持常驻,已连续运行一年以上,处理 83418 次请求。作者还讨论了 iOS 后台限制、电池健康(76%)以及温度对处理速度的影响,展示了老旧 iOS 设备作为服务器的可靠性。

iOS

Liquid Glass 之外 Apple 的改变

本文以 iOS 26.0 与 iOS 18.5 对比,展示 Liquid Glass 全面替换标签栏、工具栏和搜索栏的布局变化;虽然部分元素点击区域增大,但 Safari 标签页管理、天气 App 指示器和相机交互等改动被批评增加了操作步骤、破坏一致性,作者认为这些变化多为强硬执行新规范的结果。

iOS

Liquid Glass 之外 Apple 的改变

本文多次引用 HIG 中 Materials、Toolbars 和 Search fields 章节,说明 Liquid Glass 应仅用于功能与导航元素且不建议内容层叠加使用;开发者需遵循图标优先、避免文字与图标混用等新规则,但作者质疑这些指南在实际 App 中的执行导致了用户体验的妥协与混乱。

Human Interface Guidelines

Liquid Glass 之外 Apple 的改变

本文中 Apple 作为设计系统的推动者,在 iOS 26、macOS 26 和 iPadOS 26 中引入 Liquid Glass 新视觉语言,试图通过着色器技术实现 Only Apple Can Do 的差异化,但因 beta 阶段工期紧张导致大量界面适配失误和交互倒退,作者批评其陷入形式主义并呼吁回归实事求是的设计路线。

Apple

Liquid Glass 之外 Apple 的改变

文章重点批评 iOS 26 Safari 标签页预览界面的改版:常用「新建标签页」移至左上角不起眼位置,切换标签页组却放在最易操作的底部,「完成」按钮反而置于右上角最显眼处。整体操作步骤增加,被称为新设计语言的「巅峰之作」。地址栏工具也回归旧布局,部分手势被隐藏。

Safari

Liquid Glass 之外 Apple 的改变

本文将 Liquid Glass 定义为用于控制和导航元素的浮动材质层,通过折射、边缘高亮和 HDR 效果让下方内容若隐若现以增加深度,同时保持可读性;它主要应用于 tab 栏、侧边栏和工具栏,却因背景干扰过强、眩光问题以及 macOS 适配不足而被指责为视觉优先的仓促产物。

Liquid Glass

2025 年汉堡图标辨识度如何

文章以Apple Notes桌面应用为例,说明其左上角的列表视图图标(带圆点的三横线)常被用户误认为汉堡菜单。此案例展示了相似线条结构图标在导航常用位置时产生的视觉干扰,即使有小差异也难以完全避免误解。

Apple Notes

iPad 加入多任务处理后依然是 iPad

Slide Over是iOS 9引入的iPad浮动窗口模式,与Split View共同构成早期多任务基础;文章中提到iPadOS 26允许用户选择保留该模式或Stage Manager,或完全关闭以维持传统全屏体验,体现对不同用户习惯的兼容。

Slide Over

iPad 加入多任务处理后依然是 iPad

Craig Federighi 是 Apple 软件工程高级副总裁,在 WWDC 及会后采访中幽默回应用户对 iPad 多窗口的期待。他详细说明从 iOS 9 Split View 到 Stage Manager 的演进,强调硬件限制曾是主因,并介绍新系统通过架构优化扩大兼容性。

Craig Federighi

iPad 加入多任务处理后依然是 iPad

iPadOS 16 是首次引入 Stage Manager 窗口多任务的版本,但因仅支持高端机型、存在 bugs 及多显示器支持不完善而备受批评。本文将其作为新系统的参照,说明 Apple 吸取教训后调整策略,让更多设备获得窗口功能。

iPadOS 16

iPad 加入多任务处理后依然是 iPad

Split View于iOS 9与Slide Over一同推出,是早期iPad多任务方案,针对当时硬件性能设计为两个应用并排运行;本文指出其受限于中低端旧机型,无法支持动态窗口或多显示器,直到iPadOS 26新系统才提供更广泛的窗口化替代方案。

Split View

iPad 加入多任务处理后依然是 iPad

Stage Manager 是 iPadOS 16 尝试的窗口化多任务模式,仅限新款高端 iPad 使用且兼容性差。本文指出其最大问题在于设置过高门槛,新 iPadOS 26 将其保留为可选模式,同时推出更广泛兼容的默认窗口系统。

Stage Manager

iPad 加入多任务处理后依然是 iPad

本文中iPad是核心设备,早期因硬件限制(RAM、存储不足)仅支持单应用全屏模式,iOS 9起引入Split View与Slide Over以适应触控优先特性。随着iPad Pro等机型性能提升,iPadOS 26最终实现更接近Mac的窗口化多任务,支持更多型号运行且保留后台任务限制,文章强调其仍坚持触控直观交互而非完全复制Mac体验。

iPad

iPad 加入多任务处理后依然是 iPad

在本文中,Apple 是开发 iPadOS 多任务功能的公司,其高管接受采访解释为何 Mac 式窗口操作耗时多年才落地。文章指出早期 iPad 受硬件性能与触控优先设计限制,无法支持动态窗口与多任务,如今硬件升级后才实现更接近 Mac 的体验,同时保留 iPad 自身交互特性。

Apple

iPad 加入多任务处理后依然是 iPad

Greg Joswiak 是 Apple 全球营销高级副总裁,与 Federighi 共同接受 Ars Technica 采访,讨论 iPad 从硬件限制到实现 Mac 式多任务的历程。他强调产品定位差异,指出 iPad 不会完全复制 Mac 的所有功能。

Greg Joswiak

UI 的新时代:物理性质

文章以Halide曝光调节控件为例,展示Living Glass效果:控件能实时反射场景光线、产生动态高光与焦散,体现玻璃材质对内容的响应。该示例用于说明第三方应用如何融入新系统级动态材质处理。

Halide

UI 的新时代:物理性质

文章将Dynamic Island视为Physicality时代的典型案例,其界面像粘性液体般具备表面张力、动量和方向性运动模糊,能随交互自然形变融合。这与早期静态拟物或扁平设计不同,体现了界面“活化”的新原则。

Dynamic Island

UI 的新时代:物理性质

文章将 iOS 视为设计演进的主角,历经阴影时代、扁平时代,如今正走向物理性新纪元。传闻中的 redesign 将覆盖 iOS 全系统,引入动态玻璃材质效果,使界面元素具备真实光影、模糊与反射行为。作者强调这能让 iOS 界面与硬件玻璃产生一致的“活”的质感。

iOS

UI 的新时代:物理性质

本文将 Apple 定位为即将推出大规模 UI redesign 的公司,其 iOS、macOS 等系统正酝酿自 iOS 7 以来的最大变革。文章想象 Apple 设计团队可能把 visionOS 的物理性原则扩展到 iPhone、Mac 和 iPad,让界面元素拥有维度、光影响应与真实材料感。作者认为这将使设备玻璃屏幕“活”起来,匹配硬件质感,成为品牌设计语言统一的核心。

Apple

UI 的新时代:物理性质

本文把 iOS 7 描述为 iOS 设计史上最大范式转变,它终结了阴影时代的拟物风格,转向扁平设计,移除静态阴影与纹理,改用动态层次与自适应效果。作者指出这一变革曾彻底重塑界面呈现方式,而即将到来的 redesign 将在影响力和全面性上远超 iOS 7。

iOS 7

提取 iPhone 照片的深度图

iPhone 15 Pro是本文核心图像来源,其HEIC文件包含深度图、HDR增益图和基础图像。示例文件尺寸为1.57MB,基础图像5712x4284像素,深度图仅768x576像素,最终被转换为468MB的ACEScg EXR文件。

iPhone 15 Pro

为什么 JS 中的 2025/05/28 和 2025-05-28 是不同的日期?

本文提到 Safari 早期解析逻辑有缺陷,要求日期时间偏移字段必须全部存在,后修复并跟随规范改为对 ISO 日期字符串使用 UTC。它与 Chrome、Firefox 一起经历了从 ES5 到 ES7 的解析行为演变,最终保持一致。

Safari

Honk 已不在,原 Honkish 永存

Family是Honk团队在放弃原应用后转向构建的新产品,延续了部分核心成员的合作。Honk停止运营后,相关知识产权随整体资产一并转移。文章将Family作为后续工作重点,未展开其具体功能,但强调这是团队从Honk经验中转向的方向。

Family

致 2025 年 Arc 用户的信

文章指出为解决Arc的性能问题,Dia放弃了TCA和SwiftUI,转而从架构层面重新设计以实现轻量、快速响应。这被列为Dia从Arc教训中吸取的三大改进之一,强调性能需作为产品基础而非事后补救。作者认为这是构建真正AI原生浏览器所必需的底层改变。

SwiftUI

color-contrast() 的不足与弥补

Safari 支持相对颜色语法,与 Chrome 共同构成 RCS 当前的主要用户覆盖。文章指出旧版 Safari 是剩余不支持用户的来源之一。作者强调,只要使用 @supports 检测特性,即可在 Safari 等现代浏览器中安全应用 RCS 模拟的对比色逻辑。

Safari

What is HDR, anyway?

Deep Fusion与Smart HDR类似,是Apple的多帧AI合成算法,用于提升细节和动态范围。文章提到其同样依赖连拍,在手持拍摄时易因像素对齐而牺牲锐度,Halide因此提供关闭选项,并以此为基础开发Process Zero模式供用户选择。

Deep Fusion

What is HDR, anyway?

Process Zero 是 Halide 推出的完全无 AI 相机模式,仅使用单次曝光,避免多帧合成带来的细节损失和边缘错误。它能呈现更自然的模拟胶片质感,但高动态范围场景易出现曝光过度或不足。文章提到该模式已获 HDR 支持,并提供三种强度选项供用户选择。

Process Zero

What is HDR, anyway?

Smart HDR是Apple在HDR模式基础上引入的AI增强算法,通过连拍多帧合成并自动完成色调映射。本文指出其可能出现边缘错误、因运动导致细节损失等问题,因此Halide允许用户关闭该功能,以获得更自然的单帧拍摄结果。

Smart HDR

What is HDR, anyway?

Halide是Lux开发的iPhone专业摄影应用,曾因用户需求提供关闭Smart HDR和Deep Fusion的选项,并推出无AI的Process Zero模式。本文介绍其新增的单帧色调映射功能,允许用户在Image Lab中通过专用滑块手动控制动态范围,同时即将支持HDR照片输出,提供Standard、Max和Off三种等级。

Halide

What is HDR, anyway?

本文中 ProRAW 是 iPhone 相机采用多张照片合并生成的格式,用于保留更多高光与阴影细节,但可能因像素对齐而损失锐度。与单次曝光相比,ProRAW 版本在动态范围处理上更平滑,却会产生轻微涂抹感。Halide 的新色调映射可在其基础上进一步调整。

ProRAW

What is HDR, anyway?

Adaptive HDR 是 iOS 18 采用的方案,在同一文件中同时存储 SDR 与 HDR 数据,确保不支持 HDR 的应用可回退到 SDR 版本。文章指出该格式提升了跨平台兼容性,但浏览器支持仍不完善,Halide 计划在 Mark III 中实现相关功能。

Adaptive HDR

Zed 如何将界面优化到 120 fps

CADisplayLink 用于与显示器刷新率精确同步,每次呈现新帧时触发回调。GPUI 通过 PlatformWindow 的 on_request_frame 方法对其进行抽象封装。在最后一次输入事件后持续渲染一秒的重复帧,确保 ProMotion 显示器维持高刷新率,避免因暂停绘制而导致的降频和卡顿。

CADisplayLink

Jacob Bartlett:首次创业那些事

本文中 SwiftUI 是作者为 Fixr 客户端与技工端 iOS App 构建 MVP 时首次使用的框架。作者在 1.0 版本中遇到 UIKit 互操作卡顿、状态传递困难、NavigationView 崩溃等问题,最终采用巨大的 EnvironmentObject 单例管理全局状态,所有页面跳转都退化为模态弹窗。SwiftUI 的早期不成熟直接影响了开发效率与代码架构,成为作者技术成长的关键经历。

SwiftUI

Jacob Bartlett:首次创业那些事

文中 UIKit 作为 SwiftUI 的补充,在早期 SwiftUI 尚不完善时用于处理地图与相机等功能。作者提到 UIKit 互操作存在卡顿与状态同步难题,迫使团队采用单例模式缓解问题。UIKit 的引入反映了 2019-2020 年混合开发在生产环境中的实际痛点。

UIKit

Jacob Bartlett:首次创业那些事

iOS是Fixr客户端与技工端应用的主要开发平台。早期版本存在界面锁定iPhone 4s尺寸等严重缺陷,Jacob接手后采用SwiftUI进行完全重写,最终与Android版本共同构成MVP核心交付物。

iOS

CSS-only glitch effect

Safari 对 hue-rotate 动画存在兼容问题:初始值为 none 时无法触发过渡,必须改写为 hue-rotate(0)。作者在关键帧中调整初始状态后解决了该问题,并指出浏览器实现复杂度高,此类小 bug 难以完全避免。

Safari

HDR Emoji

Safari 是本文中明确不支持 HDR 表情的主要浏览器。测试结果显示,大多数情况下 Safari 无法正确渲染这些高动态范围图片,导致亮度增强效果失效。文章建议用户优先使用 Chrome 等支持良好的浏览器进行验证。

Safari

Default styles for h1 elements are changing

Safari 通过 bug 292765 跟踪 h1 默认 UA 样式的移除工作,尚未公布具体发布时间表。本文将其与 Firefox、Chrome 的推进计划并列,作为需关注的浏览器实现进度。

Safari

Stack Overflow 的衰落

本文分析显示,SwiftUI在2022年11月至2024年11月Stack Overflow问题数量下降幅度小于pandas、SQL等标签。文章将其归入受AI影响较小的开发框架类别,指出这类UI框架问题常涉及前端界面或需要截图说明,而AI回答难以充分支持。

SwiftUI

Stack Overflow 的衰落

文章显示iOS标签的提问量在2022-2024年间下降相对温和,与Windows、Android同属受影响较小的操作系统类别。作者指出这类问题常伴随界面截图需求,AI生成回答的实用性仍有限。

iOS

Stack Overflow 的衰落

本文将React Native列为受AI冲击较弱的框架之一,其Stack Overflow问题下降比例相对温和。作者认为此类跨平台开发框架的问题多涉及UI挑战或视觉解释需求,导致开发者仍倾向于寻求人工协助而非完全依赖AI。

React Native

时隔多年,Safari 重新支持 text-autospace

Safari 18.4 对 WKWebView 进行了多项 API 改进:在 iOS 上支持通过 WKUIDelegate 自定义文件上传面板;将 buttonNumber 和 modifierFlags 属性暴露给 iOS 和 visionOS;visionOS 2.4 还加入了 Writing Tools 支持,实现 Apple Intelligence 的摘要、改写等功能。

WKWebView

时隔多年,Safari 重新支持 text-autospace

Safari 18.4 是苹果浏览器的最新版本,集成了 WebKit 的 84 项新功能与 184 处问题修复,重点提升 web 兼容性与功能完整性。文章详细介绍了其在推送通知、CSS、媒体、Web API 等领域的更新,强调对现有特性的质量打磨。

Safari

CSS、iOS 和 Android 的阴影参数转换

本文发现 iOS 的阴影模糊半径是 CSS 的两倍,因此从 CSS 到 iOS 的转换因子为 0.5 倍。实验通过堆叠不同模糊测试确认了这一 2× 比例关系,调整后阴影可实现跨平台匹配。文章还给出从 iOS 反向转换到其他平台的对应公式。

iOS

CSS、iOS 和 Android 的阴影参数转换

本文以 Safari 为主生成大部分 CSS 投影截图。当前 Safari 模糊处理已符合 CSS 规范,而旧版曾影响 Skia 代码采用 1/sqrt(3) 缩放,导致 Android 与现代 CSS 投影不一致。文章指出这一历史原因解释了平台差异。

Safari

Figma 图片导入导出的注意事项

AirDrop 是本文推荐的 iOS 截图传输方式,但结果高度依赖发起位置。从 Photos 应用发起可保留全分辨率 PNG 和 Display P3 配置文件,而从截图编辑分享表发起则生成 sRGB 的 JPEG。文章明确建议避免后者,以确保后续在 Figma 中的设计和导出保持原始图像质量与色彩准确性。

AirDrop

Figma 图片导入导出的注意事项

iOS 是截图的来源设备,文章详细说明了从 iOS 传输截图到 Mac 的正确方法。通过 Photos 应用发起 AirDrop 可获得全分辨率 PNG 并保留 Display P3 配置文件,而从截图分享表操作则会转为 sRGB。USB 连接使用 Image Capture 也能确认并导入保持 Display P3 的文件。

iOS

Document PiP API 介绍

本文明确 Safari 目前不支持 Document Picture-in-Picture API,在支持表格中被标注为 not supported。这导致在该浏览器上需依赖优雅降级方案,例如让预览区域占据当前页面剩余空间而非弹出窗口。文章提醒开发者在规划用例时需考虑此不支持情况。

Safari

CSS text-box-trim

浏览器支持表格显示 Safari 从 18.2 版本起支持 text-box-trim,与 Chrome 共同推进该 CSS 特性的落地。文章引用 Safari 官方博客,确认该版本已实现文本框修剪功能。

Safari

macOS 里的 System Data 存储了什么?

文中指出若已安装 Xcode,Storage Settings 的 Developer 类别可清理构建文件和设备支持文件。该功能是 Storage Settings 提供的实用清理工具之一,能帮助释放启动卷空间,与 System Data 的模糊统计形成对比。

Xcode

macOS 里的 System Data 存储了什么?

本文中Apple指提供macOS及Storage Settings功能的苹果公司。其分类说明将System Data定义为已用空间减去其他类别后的差值,并非严格的系统文件。文章指出该估算常包含缓存、APFS快照等内容,且Apple未提供针对性清理工具,同时macOS类别会单独显示Apple Intelligence占用空间。

Apple

你的 API KEY 是怎么泄露的?

本文指出 Info.plist 常被开发者用来存放 API 密钥,通过 Bundle.main.object(forInfoDictionaryKey:) 读取。尽管可通过构建脚本注入,密钥最终仍以明文形式存在于 .app 包内,任何人都能直接查看并窃取,导致密钥泄露。

Info.plist

你的 API KEY 是怎么泄露的?

本文说明iOS越狱设备能让攻击者利用Frida等工具在运行时从内存中提取混淆后的API密钥,并轻松绕过SSL Pinning等客户端防护。作者建议结合AppAttest与RASP库来检测并阻止应用在越狱环境下运行,以降低密钥被盗风险。

iOS Jailbreak

你的 API KEY 是怎么泄露的?

本文介绍AppAttest用于验证iOS应用完整性,阻止应用在越狱设备上启动并抵御逆向工程工具。作者同时提醒其与Firebase配合时曾出现兼容问题,可能影响实际部署效果。

AppAttest

macOS 小技巧

本文在窗口管理章节提及 Stage Manager 功能,作为 macOS Sonoma 的多窗口组织工具。重点技巧是按住 Shift 键点击窗口,可将该窗口添加到当前舞台而非替换现有布局。此操作帮助用户灵活管理多应用窗口布局,提升桌面空间利用效率。

Stage Manager

macOS 小技巧

文章在 Dock 技巧中指出,可通过 Finder 导航至 /System/Library/CoreServices/Finder.app/Contents/Applications 文件夹,将 AirDrop 图标拖拽到 Dock 中实现快速访问。该方法针对 macOS 的文件共享功能,提供了一种便捷的常驻入口设置方式。

AirDrop

macOS 小技巧

本文仅在 Mail 应用技巧中提到 Apple Notes:可将邮件消息直接拖拽到 Notes 应用中,以添加指向该邮件的链接。此操作便于用户在笔记中快速保存邮件引用,属于跨应用协作的便捷方式。

Apple Notes

macOS 小技巧

本文将 Safari 定位为 macOS 内置浏览器,重点整理了其高效操作技巧。包括用 Option-Command 方向键在标签组内进行二维导航、视频右键进入画中画模式、Option 关闭其他标签页、以及强制刷新网页等实用方法。这些技巧帮助用户在网页浏览、标签管理和媒体播放场景中提升操作速度。

Safari

iOS 18 中的同态加密

本文讨论 iOS 18 中 Apple Photos 应用增强视觉搜索功能时引入同态加密技术,服务器可在不获知用户照片内容的前提下完成概念匹配。文章指出该版本通过 Wally 论文实现私有最近邻搜索,解决了以往云端处理必然泄露嵌入向量的问题。

iOS 18

CSS Wrapped 2024

Safari 在本文中被提及对自定义滚动条的旧伪元素方案提供支持,同时对 scrollbar-width 和 scrollbar-color 有部分支持。它也在 2024 年实现了视图过渡功能,与 Chrome 形成互操作性对比,说明跨浏览器滚动条样式和页面切换动画的兼容现状。

Safari

为 iOS 18 图标优化

iOS 18 新增主屏幕自定义功能,包括应用图标任意摆放、深色与着色模式。文章指出这些变化让复杂图标面临视觉层次和品牌一致性挑战。Sketch 团队据此重新设计了应用图标的着色版本,以符合系统规范。

iOS 18

为 iOS 18 图标优化

本文提到 Xcode 会自动隔离图标中的 glyph 并应用着色,但对复杂图形处理效果不佳,易产生不一致结果。作者建议不要依赖自动转换,而应手动提供带 100% 至 60% 透明度渐变的灰度图像,以匹配 Apple 官方图标的暗黑与着色表现。使用 Sketch 的 Tint 功能可快速验证不同不透明度下的效果。

Xcode

为 iOS 18 图标优化

主屏幕是 iOS 18 自定义的核心场景,支持应用图标自由放置和着色显示。文章以 Sketch 应用图标为例,说明复杂设计在此场景下需额外处理才能保持美观。团队的解决方案正是针对主屏幕着色模式下的实际表现进行优化。

Home Screen

为 iOS 18 图标优化

控制中心与主屏幕同为 iOS 18 新增的个性化区域,文中与主屏幕一起被提及作为自定义选项的一部分。文章重点虽在应用图标着色,但指出这些系统级自定义功能共同推动了图标设计的适应性要求。

Control Center

为 iOS 18 图标优化

Apple 在 2024 年 6 月推出主屏幕与控制中心的个性化选项,并提供官方图标设计建议。文中对比了 Apple 自家应用图标在浅色、深色和着色模式下的差异,指出其使用渐变与不透明度增加层次。开发者若仅提供扁平色块,着色效果会与系统风格不符。

Apple

Safari 18.0 中的 WebKit 功能

本文报道 Apple 随 iOS 18、macOS Sequoia 与 visionOS 2 发布的 Safari 18.0,WebKit 引擎新增数十项 Web 平台特性。文章多次提及 Apple Vision Pro 的空间网页、空间照片及沉浸式视频体验均依赖这些更新实现。

Apple

CSS 实现 Apple Watch 动画

本文核心是作者为 arun.is 网站设计并编码 Apple Watch 动画封面。作者从真实表盘研究出发,制作蓝色铝壳搭配编织表带图像,红rawing 五款表盘后通过动画实现多表盘过渡,匹配其 3000 字 Apple Watch 表盘文章的视觉需求。

Apple Watch

Safari 18.0 中的 WebKit 功能

本文介绍 macOS Sequoia 的 iPhone Mirroring 功能,可在 Mac 上直接操作 iPhone。结合 Safari 远程检查,无需取出手机即可用 Web Inspector 无线调试 iOS 网站。需先通过 USB 授权,再开启“通过网络连接”,实现 Mac 屏幕上完成 iOS 网页测试与排错。

iPhone Mirroring

Safari 18.0 中的 WebKit 功能

iPadOS 18与iOS 18同步为Safari 18.0提供基础,支持Distraction Control、网页应用扩展个性化以及CSS content-visibility等性能优化特性。文章指出iPadOS 18上的Safari可利用iPhone Mirroring进行远程调试,并增强了ARIA braille相关属性的JavaScript反射支持。更新重点覆盖平板场景下的视图过渡动画和媒体处理能力。

iPadOS 18

Safari 18.0 中的 WebKit 功能

Safari 18.0是本文核心,集成了WebKit全部新特性,包括Distraction Control隐藏干扰元素、Video Viewer全窗播放、网页应用链接自动打开与扩展支持等用户功能。浏览器新增View Transitions API、Relative Color Syntax对currentcolor的支持,以及HEVC WebRTC等媒体能力。文章指出Safari 18.0在iOS 18、macOS Sequoia和visionOS 2上同步推出,重点优化了空间网页和无障碍体验。

Safari

Safari 18.0 中的 WebKit 功能

iOS 18为Safari 18.0提供运行平台,支持Distraction Control、switch控件触觉反馈、writing suggestions属性禁用预测文本等新功能。文章提到iOS 18上的Safari可通过远程检查与Mac端Web Inspector无线调试,并实现被动混合内容自动升级为HTTPS。更新还改进了日期时间输入的VoiceOver支持和WebXR相关空间交互。

iOS 18

Designing Depth

iOS被作为深度与动作设计的主要实例:下拉搜索需分阶段模糊与显示建议应用;解锁时应用图标交错位移增强三维感;控制中心每行弹性系数不同;Dock在侧边栏出现时滑出却保留不透明,暗示可交互层级。

iOS

如何构建 Family 应用

Family是本文核心讨论的自托管加密钱包iOS应用,开发历时约两年。其核心设计原则为简洁、流畅与愉悦,通过动态托盘系统实现逐步揭示功能、通过无缝转场动画保持空间连续感,并 selective 加入彩蛋与细节动画来强化情感连接。这些原则让复杂加密操作变得易用且有温度,文章以此阐述如何让产品“feel familiar”。

Family

Mac 固件的更新时间

苹果公司通过macOS更新为Mac机型提供固件支持。本文基于2009年后40款型号数据发现,大多数无T2芯片的Intel Mac在推出后至少获得8年固件更新,部分2012年前型号支持期较短,可能与Sandy Bridge芯片组问题相关。

Apple

如何构建 Family 应用

Family是一款专为iOS平台打造的自托管加密钱包应用。文章强调其在iOS上的界面与交互设计,包括动态托盘、卡片堆叠转场及底部导航动画等细节。所有流畅性与愉悦时刻的实现均基于iOS系统特性展开,目标是让加密操作在移动端保持自然与连贯。

iOS

移动 App UX 中的键盘设计

本文中 UIReturnKeyType 是 iOS 键盘操作按钮的类型枚举,共提供 12 种选项,包括 return、next、continue、search 等。开发者可根据输入场景选择按钮,控制点击后执行换行、切换下一个字段或提交操作。该类型还会影响按钮颜色(蓝色表示可点击,灰色表示存在禁用状态),正确选用能让表单导航更顺畅。

UIReturnKeyType

移动 App UX 中的键盘设计

本文中phonePad指iOS的电话号码键盘,除数字外提供+、*、#等符号,对应Android的Phone键盘类型。文章提到其适用于手机号输入场景,并在Revolut等App中展示实际效果,同时指出早期定义还包含字母与数字双模式但不带额外符号的变体。合理使用能匹配用户输入预期,减少手动切换键盘的干扰。

phonePad

iOS 深色模式 app 图标

文章中 Apple 宣布推出暗黑模式图标功能,并提供了包含 28 个图标的预览图。分析显示,仅 9 个图标在浅色模式下具有白色背景,而所有暗黑模式版本均采用黑色背景。部分 Apple 自家图标在两种模式下保持一致或仅微调颜色,文中还引用其 Human Interface Guidelines 作为设计参考。

Apple

移动 App UX 中的键盘设计

本文指出decimalPad是iOS用于输入带小数金额的键盘,除数字外包含小数点符号(依地区显示为.或,),对应Android的Decimal键盘。文章以Revolut金融App为例,说明它常搭配自定义工具栏实现即时计算功能。正确选用此键盘可减少用户切换输入模式,提升金额录入准确性。

decimalPad

移动 App UX 中的键盘设计

本文中numberPad是iOS平台专用于验证码输入的数字键盘,仅提供0-9数字按键,无小数点或符号,适合OTP场景。文章对比了其与Android Decimal键盘的差异,指出Revolut等App有时会自定义去除多余符号以优化体验。该键盘类型直接影响表单填写效率和用户操作流畅度。

numberPad

iOS 深色模式 app 图标

Apple 的 Human Interface Guidelines 建议提供图标前景对象并使用透明背景,由系统在其后添加标准黑色渐变。但实际操作中可提交不透明图像以自定义背景色。该指南为 Dark Mode 图标设计提供官方规范,文中指出并非强制要求。

Human Interface Guidelines

移动 App UX 中的键盘设计

本文将iOS作为移动键盘设计的核心平台之一,指出其约50种输入字段类型决定键盘外观与行为,包括专用邮箱键盘、URL键盘和推文键盘。文章详细说明了iOS的操作按钮选项如return、next、continue、search,以及根据手机型号和语言数量产生的键盘高度与布局差异。还对比了隐藏键盘的interactive与on drag两种方式,强调正确配置能提升表单导航效率,与Android形成鲜明对照。

iOS

移动 App UX 中的键盘设计

本文指出UITextContentType是iOS定义输入字段类型的API,约50种选项直接控制键盘布局与功能,如邮箱字段自动显示@和.符号。文章强调开发者需正确指定该类型以触发对应键盘,并可配置自动更正、建议栏等行为。正确使用能减少用户输入负担,文中以电话号码、验证码等场景为例说明其实际影响。

UITextContentType

iOS 深色模式 app 图标

本文围绕 iOS 系统即将支持的深色模式应用图标展开讨论。作者分析苹果预览图中 28 个图标,发现深色模式下所有图标均采用黑色背景,而浅色模式仅九个为白色背景,并指出开发者可提供前景图层让系统叠加标准黑色渐变。文章还通过多个自制图标案例说明如何调整颜色、对比度和背景,以避免图标在 iOS 深色模式下显得过亮或失衡。

iOS

Keep it together: 5 essential design patterns for dev tool UIs

本文在标签页和导航侧边栏两处使用 Xcode 作为实际案例,展示通过颜色与阴影区分活动标签,以及采用缩进树形结构呈现文件层次,帮助开发者快速把握项目组织并在多文件间切换。

Xcode

交互设计的隐形细节

本文提到作者使用SwiftUI构建MercuryOS原型,以此验证滑动触发时机与响应式手势的实现差异。通过SwiftUI实践,作者发现轻量操作适合在滑动中途触发,而破坏性操作需等待手势结束,以避免误操作。文章以此说明技术实现细节如何影响最终交互的“自然感”。

SwiftUI

将 Airpods 变为健身外设

文中 ARKit 被描述为利用图像处理识别身体姿态、判断动作标准的框架。作者指出这类方案需要将手机摄像头对准自己,因此未采用,转而使用 Custom GPT 辅助和 Core Motion 实现更轻量的 AirPods 方案。ARKit 仅作为被排除的选项提及。

ARKit

Apple 宣布将推出全新辅助功能

Apple 公司宣布将于今年晚些时候在 iPhone、iPad 等设备上推出多项新辅助功能,涵盖眼动追踪、音乐触觉和人声快捷键等。这些更新依托 Apple 芯片、人工智能与设备端机器学习实现,延续了其近四十年来将无障碍融入硬件软件设计的承诺。CEO Tim Cook 表示,这体现了通过创新让生活更丰富、为所有用户提供最佳体验的长期目标。

Apple

如何为初代 iPhone 设计键盘

Apple 是 iPhone 项目的开发公司,在 Steve Jobs 领导下推动触摸屏键盘创新以取代物理键盘。2005 年 7 月起,团队在 Project Purple 下快速迭代软件 demo,键盘问题曾迫使 15 人团队暂停其他工作全力解决。管理层通过多次 demo 评估进度,最终键盘方案获认可。文章强调这是苹果“bet-the-company”的关键决策。

Apple

将 Airpods 变为健身外设

本文中 CMHeadphoneMotionManager 是 Core Motion 框架中 iOS 14 引入的类,用于从 AirPods 获取设备运动数据。作者在 MotionManager 类中实例化该对象,通过 startDeviceMotionUpdates 实时获取 pitch(俯仰角)和 userAcceleration.y(Y 轴加速度),用于判断俯卧撑的下压与回升阶段。项目最终依靠它实现无需手机贴身或摄像头辅助的自动计数,pitch < -1 被判定为有效俯卧姿势。

CMHeadphoneMotionManager

如何为初代 iPhone 设计键盘

iPhone 是苹果 2007 年发布的首款智能手机,其触摸屏软件键盘的成败直接决定产品能否推出。文章指出,若键盘输入无法解决,项目可能被取消。该键盘采用自适应应用界面的设计,取代了当时主流的物理键盘,成为演示亮点。最终通过自动纠错等技术实现可用性,支撑了 iPhone 的成功发布。

iPhone

交互设计的隐形细节

本文以iOS系统为主要案例,详细拆解了从锁屏上滑、App切换、手势触发到Dynamic Island等交互细节。作者指出iOS通过堆叠层级、物理惯性与空间一致性等隐形机制,让用户无需学习即可自然操作。文章反复对比iOS手势的即时响应与破坏性操作的延迟触发,说明这些设计如何基于真实世界隐喻建立直觉。

iOS

将 Airpods 变为健身外设

本文重点使用 Core Motion 框架中的 CMHeadphoneMotionManager,从 AirPods 获取俯仰角和 y 轴加速度。开发者通过阈值法判断下压与上推阶段,结合 proneThreshold 确认有效姿势,实现精准计数。该框架自 iOS14 引入,支持隐私授权,满足实时运动分析需求。

Core Motion

将 Airpods 变为健身外设

SwiftUI 在本文中构建响应式界面,展示计数、启停按钮与姿势提示。采用 @Observable 宏的 PushupsDetector 类实现数据绑定,使 UI 随传感器更新自动刷新。作者认为其简洁性优于 UIKit,适合快速验证运动检测原型。

SwiftUI

交互设计的隐形细节

本文以iPhone的Dynamic Island为例,分析其在展开与收起状态下的不同启动动画:收起时从岛形区域滑出,展开后则从应用图标或右侧进入。作者认为这种空间一致性设计能清晰传达音频来源与App Switcher堆栈顺序。文章指出该细节强化了用户对界面空间关系的理解,属于典型的隐形交互优化。

Dynamic Island

将 Airpods 变为健身外设

文章结尾作者用 SwiftUI 构建界面后简要提到“Apparently this is better than UIKit”,暗示本次开发完全采用 SwiftUI,未混合使用 UIKit。UIKit 仅作为对比出现,强调 SwiftUI 在响应式更新与简单界面上的便利。

UIKit

如何创建 Google

本文把苹果作为从个人项目成长为公司的典型案例;沃兹尼亚克最初只想自制电脑,乔布斯提议出售电脑计划后才转为公司;Macintosh 的推出让苹果真正壮大,因其在图形设计上的优势击败其他厂商。

Apple

Pinball User Interface

多篇文章涉及Apple Watch,包括2015年“Redesigning the Apple Watch UI”“On the Wrist: Android Wear vs. Apple Watch”及“Meaningful Interactions on the Wrist”,集中探讨其腕上交互与UI设计。

Apple Watch

Safari 17.4 支持直排控件

本文指出 iOS 平台表单控件的渲染代码已全面更新为使用逻辑坐标而非物理坐标,以支持垂直书写模式。复选框和单选按钮等控件无需额外渲染调整即可在垂直模式下正常显示。支持已随 Safari 17.4 覆盖 iOS、iPadOS 和 visionOS。

iOS

Arc 浏览器下载图标的运动轨迹设计

本文中被提及为用于快速构建iOS与macOS交互原型的工具,作者展示了它如何帮助设计师实现动态界面效果与状态管理。

SwiftUI

Arc 浏览器下载图标的运动轨迹设计

本文讨论SwiftUI在iOS平台上的原型应用场景,强调其对触摸交互、动画过渡和响应式布局的支持能力。

iOS

Console delight

Safari在本文中不支持%c的CSS和SVG渲染,仅显示原始文本。文中指出其为主要不支持的浏览器,限制了控制台特效的跨平台一致性。

Safari

Designing Zenly

iOS 10.3版本新增应用图标动态更换能力,Zenly团队抓住这一时机在2016-2017年推出Streaks功能,利用图标奖励实现用户增长与品牌曝光,成为当时较早落地该特性的应用案例。

iOS 10.3

Designing Zenly

Alternate App Icons是Streaks功能的核心奖励机制,通过赠送不同应用图标鼓励用户持续使用。Zenly在iOS 10.3支持图标更换后,成为较早采用该特性的应用之一,图标更换帮助提升留存并引发用户自发传播。

Alternate App Icons

《我在芝加哥修 Mac》

文中Apple是提供Mac保修支持和零配件的品牌方,通过AppleCare向授权服务商派发维修任务。文章提到Apple提供内部PDF维修指南、诊断工具和ASX后台系统,但对AASP的监督较为宽松,仅关注客户满意度指标。

Apple

各个地区语言是怎么在网上「笑」的

本文末尾推荐文章提及,苹果公司高管与特斯拉、英伟达负责人一同被视为将中国企业视为同行的硅谷代表,而非对手。

Apple

Vision Pro 空间视频前瞻

文章指出iOS 17.2开发者beta 2和公测版首次加入iPhone 15 Pro的空间视频拍摄支持,需在设置中手动开启“Spatial Video for Apple Vision Pro”。启用后在相机视频模式下可切换该功能,与Live Photos类似。作者借此功能实际拍摄并在Vision Pro中回放,确认其易用性和实用价值。

iOS 17.2

Vision Pro 空间视频前瞻

本文记录Apple邀请作者前往纽约体验iPhone 15 Pro空间视频拍摄及Vision Pro回放的全过程,并提供含处方镜片的设备和预加载 demo 内容。Apple未允许用Vision Pro拍摄空间视频,但展示了其自拍样本。作者从此次活动中得出空间计算平台未来充满潜力的结论,并对比了iPhone与Vision Pro在捕捉和显示上的优劣。

Apple

Vision Pro 空间视频前瞻

本文说明iPhone 15 Pro是首批支持空间视频拍摄的机型,通过镜头布局调整实现双镜头水平对齐捕捉。拍摄时需横持手机,画质限于1080p 30fps,但3D效果已非常自然且令人惊叹。作者认为其便携性使之成为空间视频的最佳拍摄设备,优于Vision Pro本身,并建议用户立即开始录制节日回忆。

iPhone 15 Pro

iOS 17 SwiftUI 使用占比逐步增加

iOS 17 中使用 SwiftUI 的二进制达到 385 个,较之前显著增长。Preferences、HealthUI、HomeUICommon 等多个系统 app 及其组件开始采用 SwiftUI,SwiftUI 专属应用生命周期的 app 增至 14 个。与 UIKit 对比显示,SwiftUI 占比持续上升,首次出现仅使用 UIKit 的二进制数量下降。

SwiftUI

Rewind 创始人讲述他的 SwiftUI 开发生涯

本文中 UIKit 作为 SwiftUI 的补充被少量使用,包括自定义文本字段、CollectionView 实现拖拽排序、粒子发射器以及更精细的手势控制,作者指出 SwiftUI 在 iOS 17 后仍与 UIKit/AppKit 存在差距。

UIKit

iOS 17 SwiftUI 使用占比逐步增加

文章将 UIKit 与 SwiftUI 进行对比,统计链接 UIKit 框架的 UI 相关二进制数量。结果显示 iOS 17 中仅使用 UIKit 的二进制数量首次出现下降,SwiftUI 占比相应提升。作者通过检查框架链接情况来近似判断 UI 框架的使用情况。

UIKit

Rewind 创始人讲述他的 SwiftUI 开发生涯

本文中 TestFlight 用于 Stocketa 的内部测试,作者先后组织小型 alpha 测试并逐步扩展至约 1000 名用户,收集反馈与 bug 报告,但也因此承担了大量支持工作。

TestFlight

Rewind 创始人讲述他的 SwiftUI 开发生涯

Stocketa针对iOS平台开发,避开标准Tab栏与导航栏,转而使用沉浸式滚动视图与自定义卡片实现极简体验。应用还实现了iOS小组件、Face ID、应用图标切换等系统功能,并通过SwiftUI与少量UIKit混合完成复杂交互。

iOS

iOS 17 SwiftUI 使用占比逐步增加

本文分析对象仅限于 iOS 中内核以上的部分,明确排除 XNU 内核及底层固件,未对其进行编程语言统计。

XNU

iOS 17 SwiftUI 使用占比逐步增加

本文统计了位于 dyld shared cache 内的框架,二进制数量从 iOS 16 的 5403 个增至 iOS 17 的 6030 个。该机制自 iPhone OS 3.1 引入,用于集中存放系统框架。

dyld shared cache

iOS 17 SwiftUI 使用占比逐步增加

分析表明 Objective-C 仍是 iOS 的核心语言,被绝大多数 app 直接或间接使用。尽管 Swift 和 SwiftUI 快速增长,Objective-C 的相对份额仍在持续下降。方法学部分说明单个二进制可同时包含多种语言,因此 Objective-C 计数会与其他语言重叠。

Objective-C

iOS 17 SwiftUI 使用占比逐步增加

本文统计了 iOS 17 内置应用中 Swift 和 SwiftUI 的使用情况,指出 Apple 自身应用对 SwiftUI 的采用显著增加,Preferences、Health、Home 等多个核心应用均已引入 SwiftUI。

Apple

Rewind 创始人讲述他的 SwiftUI 开发生涯

SwiftUI是Stocketa几乎全部界面的构建框架,Paul通过实际项目学习并不断重构代码以利用其最新特性如matchedGeometryEffect与overlayPreference。相比UIKit,它让设计师能快速实现原生交互与动画,成为项目核心技术选择。

SwiftUI

Rewind 创始人讲述他的 SwiftUI 开发生涯

Paul多年前曾尝试用Objective-C编写移动应用,但因体验不佳而放弃。Stocketa项目让他转向Swift与SwiftUI,彻底告别旧语言栈,转而享受现代声明式开发方式。

Objective-C

iOS 17 SwiftUI 使用占比逐步增加

本文统计 iOS 17 包含 6030 个二进制文件,较 iOS 16 新增 627 个。通过分析从 iPhone OS 1.0 到 iOS 17 的历代版本,展示了编程语言使用演变趋势。研究范围覆盖 dyld shared cache 中的框架,不包含内核与底层固件,并指出 Objective-C 仍为核心语言。

iOS

CSS 的 easy 主题模式切换

文章指出 Safari 在 17.5 版本通过 WebKit 实现对 light-dark() 的支持,并提供 WebKit 跟踪 issue #262914 供跟进。

Safari

macOS Sonoma 添加到程序坞发生了什么

Safari 负责创建 Web App,并处理 Web App 超出域名范围的链接与所有下载文件。Web App 的外观与行为均基于 Safari,但运行时不依赖完整 Safari 进程,而是由系统内另一个组件加载。

Safari

交互设计中的细节

文章以 iOS 为主要案例平台,详细拆解了其滑动解锁、App 切换器、Dynamic Island 变形、捏合缩放等手势的触发时机、动量保留与空间一致性。这些细节让系统级交互既符合物理直觉,又能在高频使用中保持响应性与可中断性。

iOS

watchOS 10 中的细节

本文指出Apple Watch 2014年推出,近十年硬件多有升级,但用户体验直至watchOS 10才迎来首次重大 redesign。设备屏幕更大更亮、传感器更多,支持更多应用,因此需要新的交互方式。

Apple Watch

watchOS 10 中的细节

本文中Smart Stack是watchOS 10的核心交互模型,通过向上滑动屏幕或转动Digital Crown访问。它根据时间、地点、活动等上下文显示小组件,解决简洁表盘与复杂数据展示的矛盾。小组件在三维空间堆叠,始终贴合屏幕圆角,并与表盘颜色和时间位置保持一致。

Smart Stack

watchOS 10 中的细节

本文中Apple指推出Apple Watch及watchOS的科技公司。其watchOS人体界面团队成员Gary Butcher接受采访,分享设计理念。文章强调Apple内部跨领域协作紧密,数字与物理设计结合紧密。

Apple

Apollo 月末停止服务

Apollo是Reddit的第三方iOS客户端,在本文中宣布将于2023年6月30日永久关闭。开发者表示因Reddit新API定价过高,无法继续运营。该应用此前拥有大量活跃用户,此次关闭也引发社区广泛讨论。

Apollo

Threads 性能分析

Threads iOS 版 289.0 安装体积 244.2MB,零动态库却包含超大 BarcelonaShareExtension 插件。启动分析显示 WKWebView 在启动阶段被初始化,预主时间约 50ms。Instagram 的 FBSharedFramework 与 Threads 插件共享多个资产与模型文件,体现两者在 iOS 上的深度代码复用。

iOS

Threads 性能分析

Threads 部分界面使用 React Native 实现,表现为 InstagramBundle.js.hbc.spk.xz 文件。该文件被推测为压缩后的字节码包,说明 Meta 在新应用中继续复用 RN 技术栈以加速开发。

React Native

Apple Watch 魔改机械表

本文中Apple Watch是改造项目的原材料来源,作者将一台废弃的真机拆解后,保留外观并替换内部结构,历时三个月制成纯机械版本。该设备原本为智能手表,在文中被彻底改造为无电子功能的“哑表”。项目强调保留Apple Watch的经典造型,同时实现机械走时功能。

Apple Watch

Threads 性能分析

本文指出 Threads 在应用启动阶段即初始化 WKWebView,导致启动耗时增加。作者推测此举用于非原生登录流程或后台追踪,凸显其对启动性能的负面影响。

WKWebView

Google 正式推出 passkey

苹果去年与 FIDO Alliance、谷歌、微软联合宣布支持 Passkeys,在各自平台推进这一更安全便捷的登录方式落地,助力实现跨平台无密码体验。

Apple

Lyft 团队分享了灵动岛带来的改变

Dynamic Island 是 Live Activities 在 iOS 上的主要承载位置,文章描述了 Minimal 与 Compact 两种形态如何在岛上并存或单独展示,以及 Expanded 展开后的更大视图。Lyft 利用其品牌粉色保持在多 App 共存时的可识别性。

Dynamic Island

Thunderbird 又换新 logo

本文展示了 Thunderbird 新 logo 在 iOS 平台上的适配版本,与 Linux、Windows、macOS 和 Android 并列呈现。Thunderbird 官方确认已将 iOS 版本列入未来开发路线图,计划在 2023 年底前公布更多具体进展。这与 Thunderbird 115(Supernova)夏季更新及整体品牌重塑同步,标志着项目向移动端扩展的意图。

iOS

图表滑块的一些开发细节

本文致谢环节提到,Family 的 iOS App 为图表滑块交互提供了设计灵感。作者在实现过程中借鉴了该 App 的图表滑动效果,并特别感谢其启发作用。文中未展开描述 Family 的具体功能或数据,仅将其作为创意来源提及。

Family

一些应用的界面共情细节

文章结尾提及Apple每年WWDC开发者大会曾谈到Humanity主题,建议对该话题感兴趣的读者观看相关视频。文中将Apple作为参考,指出其对人性化设计的关注与Goodpatch推崇的理念一致,呼应AI浪潮下回归人类情感的需求。

Apple

Lyft 团队分享了灵动岛带来的改变

Live Activities 与 Dynamic Island 是 iOS 新特性,Lyft 将其视为提升乘客体验的“游戏规则改变者”。文章强调需适配动态字体、无障碍语音朗读,并确保 WCAG AA 对比度,以覆盖锁屏与解锁后的横幅通知场景。

iOS

Apple 辅助功能更新

Made for iPhone 助听设备可直接与搭载 M 系列芯片的 Mac 配对,失聪或重听用户可根据自身需求进行自定义设置,扩展了助听设备的连接范围。

Made for iPhone

Apple 辅助功能更新

本文中 Apple 宣布将于今年晚些时候推出 Assistive Access、Live Speech 等多项辅助功能,覆盖认知、视力、听力及肢体活动障碍用户。这些功能基于设备端机器学习,保护隐私,并与残疾社群反馈深度结合,延续其让所有人都能顺畅使用产品的承诺。

Apple

畅想 iOS 融入 AI 后的未来

iOS 17 被视为苹果在 WWDC 上的关键发布节点,文中预测其 AI 功能改进较为保守,不会彻底重构界面。作者强调 iPhone 作为苹果 2.6 万亿美元市值的核心,需通过此类版本迭代逐步融入 AI,而非激进重构,以保持用户习惯的连续性。

iOS 17

畅想 iOS 融入 AI 后的未来

文中提到 WWDC 将于数月后举办,届时苹果有望首次公开 iOS 17 的 AI 相关早期设计。作者预计本次更新幅度有限,但未来两三年内可能出现更显著的系统级改动,以应对 AI 带来的用户习惯转变。

WWDC

每个 macOS 中都有一个比特币白皮书文件

Apple 自 macOS Mojave(10.14)起在系统中内置了 Bitcoin 白皮书 PDF 文件,直至 Ventura 13.4 beta 3 版本才移除。该文件位于 VirtualScanner.app 资源目录中,文件大小 184KB,用于 Image Capture 的测试场景。

Apple

Creativerly 工具栈

本文介绍 1Writer 是作者在 iPhone 和 iPad 上使用的 Markdown 编辑器,用于访问云端存储的博客文件。它被描述为简洁轻量的工具,帮助作者在移动端继续写作。

1Writer

畅想 iOS 融入 AI 后的未来

文中指出,Apple面临适应AI时代或逐渐衰落的抉择,其2.6万亿美元帝国主要依赖iPhone,后者贡献近4000亿美元年收入的一半。文章强调,iPhone的成功直接带动App Store、AirPods等业务,因此必须在未来几年内对iOS进行实质性更新以应对AI驱动的用户习惯变化。

Apple

畅想 iOS 融入 AI 后的未来

iPhone 是苹果 2.6 万亿美元帝国核心,硬件销售占年收入近半,其他业务如 App Store 均依赖其成功;文章讨论其在 AI 时代需通过增量演进适应变化,否则面临淘汰。

iPhone

每个 macOS 中都有一个比特币白皮书文件

文中提到,Virtual Scanner II 可能用于支持 macOS 的“从 iPhone 导入”功能。该功能与 Image Capture 工具中的扫描预览相关,Bitcoin 白皮书 PDF 正是通过此虚拟设备展示。

iPhone

畅想 iOS 融入 AI 后的未来

文章聚焦iOS如何在AI时代演进,建议在锁屏界面新增明显Siri入口,支持语音与文字输入,并通过渐进式改进而非彻底重构来适应用户习惯。作者预测WWDC上iOS 17可能仅小幅调整,但未来两三年内将出现更大AI相关功能迭代。

iOS

Modern iOS Navigation Patterns

本文将自身定位为 Apple《Human Interface Guidelines》的非官方补充章节,多次引用 Apple 的导航栏、披露指示器、页面控件、侧边栏等设计规范,并讨论 iOS Home 屏幕作为 hub-and-spoke 模式的示例。

Apple

老 Dark Sky 应用分析

2020年初收购Dark Sky公司,后逐步关闭其独立应用并将预报技术并入自家产品。文章以此为背景,探讨优秀数据可视化设计因商业决策而消失的遗憾。

Apple

Modern iOS Navigation Patterns

本文引用了 Apple WWDC 2022 视频“Explore navigation design for iOS”,用以支持标签栏设计如何塑造用户对应用功能的预期这一观点。

WWDC

Safari 16.4

本文提到 iOS 与 iPadOS 16.4 的 WKWebView 中,WKPreferences 新增 shouldPrintBackgrounds API,允许客户端在打印时包含页面背景内容。该更新针对使用 WKWebView 的应用,提供了更灵活的打印控制选项。

WKWebView

Safari 16.4

Safari 16.4 是本文核心版本,新增 Web Push、Declarative Shadow DOM、Relative Color Syntax 等特性。可在 macOS Ventura、iOS 16 等系统更新获得。文章详细列出其对 Web 开发者和用户体验的提升。

Safari

老 Dark Sky 应用分析

苹果在收购Dark Sky后,将其技术整合进自有天气应用,但界面与可视化设计被认为效率较低。文章通过多张截图对比指出,Apple Weather缺少Dark Sky那种能快速呈现天气“形状”的图表,用户需更多操作才能获取相同信息。

Apple Weather

Musk 要求 Twitter 员工为他的推文增加曝光

文章在多处提及Apple:其App Tracking Transparency被Google Privacy Sandbox作为参照;同时指出Apple在印度扩大制造业务受物流、关税和基建限制而进展缓慢;此外Spotify移除条款以防Apple用人类声音训练机器学习系统。

Apple

First 1000 - Waze

文章中提到,2012年苹果推出存在严重缺陷的Apple Maps应用,导致Tim Cook公开推荐用户下载Waze等替代应用。这直接推动Waze用户数激增40%,达到5000万。文中还指出苹果并不对外销售地图数据,是地图服务领域的参与者之一。

Apple

iPhone 14 Pro GPU 设计失误

本文指出iPhone 14 Pro原型因GPU新功能导致功耗过高,影响续航与散热,最终不得不回退至上一代GPU方案。这使得该机型图形性能仅实现小幅提升,与此前多代产品的显著跨越形成对比。事件发生在开发后期,属于罕见的设计失误。

iPhone 14 Pro

iPhone 14 Pro GPU 设计失误

本文中Apple为iPhone 14 Pro规划了大幅升级的GPU功能,因开发后期发现功耗远超预期而被迫放弃,导致图形性能提升幅度远小于以往世代。该事件被描述为公司芯片设计史上前所未有的挫折,并引发图形团队重组及部分管理人员调整。

Apple

Safari Cookie 政策改变

本文描述,Apple 通过 WebKit 的 Intelligent Tracking Prevention 机制,先对 JavaScript Cookie 设置 7 天到期上限,后改为统一清理所有脚本可写存储。Safari 及 iOS WebKit 浏览器均受此更新影响。

Apple

Safari Cookie 政策改变

Safari 作为 WebKit 浏览器,完全遵循本次变更:JavaScript Cookie 不再受 7 天过期限制,而是与其它脚本存储一起,在网站 7 天无用户交互时被删除。变更同样适用于 iOS 和 iPadOS 上的所有 WebKit 浏览器应用。文章强调用户需在第一方上下文中进行点击、轻点或键盘输入才能重置删除计时器。

Safari

iCloud 数据可开启 E2E 保护

文章在第三方应用数据部分指出,启用高级数据保护后,存储于 iCloud Backup 和 CloudKit 的加密字段与资源将改为端到端加密,由受信任设备独占密钥。

CloudKit

Safari 16.1 新功能

iPadOS 16 通过 Stage Manager 带来全新多任务体验,使 Safari 浏览器窗口可调整为多种视口尺寸与宽高比。响应式设计中的 CSS 媒体查询和容器查询因此变得更加重要。

Stage Manager

Safari 16.1 新功能

Safari 16.1 随 macOS Ventura、iPadOS 16 和 iOS 16 同步发布,同时兼容 macOS Monterey 与 Big Sur。本次更新带来了 Web Push、Passkeys、屏幕捕获改进、新视口尺寸支持等多项开发者关注的功能,并修复了大量 CSS、表单、媒体和安全问题。

Safari

关于产品质量的思考

文中多次引用 Apple WWDC 演讲,讨论优秀设计的品质与有意设计理念;同时提到 Rewind 充分利用 Apple Silicon 与 macOS Ventura 能力打造本地优先的产品体验。

Apple

Safari 16.1 新功能

iOS 16 上的 Safari 16.1 新增对 AVIF 动画图像序列的支持,同时完整引入 Passkeys 登录机制。用户可通过系统设置更新 Safari,获得与 macOS Ventura 一致的 Web Push 和安全凭证体验。

iOS 16

Darin Fisher 加入 Arc 团队

iOS由苹果严格控制,导致难以向智能手机推送基于Chromium的新浏览器。文章指出其更侧重原生应用,浏览器体验如同将旧浏览器简单缩小到手机上,缺乏有效工具。

iOS

No Mackeeper

Apple被描述为高度重视macOS平台安全的公司,这被视为macOS恶意软件占比仅6.2%的原因之一。文章指出其安全优先策略与较小的桌面份额共同降低了感染风险,但仍无法完全阻止MacKeeper类工具带来的威胁。

Apple

Meta 苟延残喘

本文中Apple通过实施App Tracking Transparency政策,切断了Meta广告与转化数据的确定性关联,导致Meta每年损失约100亿美元收入。该政策使广告效果测量转为概率模型,降低了广告价值和确定性。文章指出,尽管ATT带来结构性冲击,但Meta正通过AI投资应对,且Apple在SKAdNetwork 4中有所退让。

Apple

Darin Fisher 加入 Arc 团队

Safari在iOS上的URL栏位置调整曾引发用户强烈不满,文章以此说明成熟浏览器难以进行界面变革。移动端Safari等产品在标签管理方面表现欠佳。

Safari

Safari 16.1 新功能

iPadOS 16 上的 Safari 16.1 支持 Stage Manager 带来的任意视口尺寸与宽高比变化,并新增 Apple Pencil 悬停状态检测。文章强调需改用特性检测而非设备检测,以适配这些新交互方式。

iPadOS 16

关于产品质量的思考

作者在新角色中除设计外,还会直接在Xcode中构建界面,以快速迭代和提升产品品质。他认为这种设计与工程紧密结合的方式,能更有效地把控最终交付质量,尤其在小团队中优势明显。

Xcode

App Store 广告与 NFT 政策

本文中Apple于2022年10月发布iOS 16.1、iPadOS 16.1和macOS Ventura,同时更新App Store规则,限制NFT解锁应用功能,要求通过其支付系统购买NFT或社交帖子推广服务。

Apple

Apple Watch 大都会表盘

本文将 Apple Watch 作为核心载体,讨论其表盘如何将经典腕表元素转化为数字形式。Metropolitan 是其最新面孔,与 California、Chronograph 等基于特定表款类别的面孔不同,更多融合近百年制表历史而非单一原型。

Apple Watch

App Store 广告与 NFT 政策

本文中In-App Purchase指Apple应用内支付系统,新规要求NFT购买和社交帖子推广服务必须使用该系统,Apple将从中抽成,可能导致平台提高费用。

In-App Purchase

iPhone 激光雷达扫描试玩

本文核心围绕iPhone进行3D扫描,12 Pro及后续机型支持LiDAR,全部机型可进行摄影测量。强调其体积小、成本低、单机完成扫描的优势,适合初学者快速获取空间或物体模型。

iPhone

Netflix 隔空投送营销

iPhone用户在时代广场和日落大道附近收到来自Sleepy Hollow Cemetery的AirDrop请求,内容为电影广告牌图片。该功能被用来模拟电影中墓中发短信的恐怖感,活动不强制接受,仅通过推送行为引导路人关注手机屏幕。

iPhone

iPhone 激光雷达扫描试玩

本文说明2020年及以后的iPad Pro搭载LiDAR传感器,与iPhone Pro系列同样支持LiDAR扫描和摄影测量。Scaniverse等应用均兼容这些机型,可作为便携式3D扫描工具使用。

iPad Pro

App Store 广告与 NFT 政策

本文提到Apple于周一向用户推送iOS 16.1更新,同时配套推出App Store新规则,针对NFT使用和应用内支付做出限制。

iOS 16.1

Netflix 隔空投送营销

Netflix利用AirDrop功能,在广告牌附近向iPhone用户推送电影广告牌图片,发送者显示为电影中虚构的Sleepy Hollow Cemetery。活动首周推送数千次,约200人接受文件,目的是让路人低头查看手机并产生好奇。

AirDrop

App Store 广告与 NFT 政策

本文指出App Store新规禁止NFT所有权解锁额外功能,强制使用Apple支付系统购买NFT和社交媒体推广服务,并要求加密货币交易所具备当地许可,否则可能被下架。

App Store

网页检测 iOS 锁定模式的方法

Apple 开发了 Lockdown Mode 作为针对高度复杂网络攻击的极端保护措施,适用于可能成为国家支持间谍软件目标的用户。文章强调,这一功能并非漏洞,而是安全与隐私之间的权衡结果,Apple 无法阻止网站通过字体加载等特征检测其启用状态。

Apple

探讨 iOS 应用首页与导航栏设计

文章围绕 iOS 导航建议展开,重点分析底部 Tab 应反映层级、保持常驻,以及避免首页功能堆砌的规范,同时指出国内外 App 在执行上的差异及原因。

iOS

Zenly 如何解决地图社交应用的挑战

Find My Friends 是苹果 2011 年推出的位置共享应用,文章指出其早期因“持续跟踪”引发强烈隐私疑虑,用户多将其视为“ creep ”工具或仅限亲子场景。Zenly 通过强调真实世界连接、游戏化界面和隐私控制,成功扭转了类似 Find My Friends 带来的负面印象。文章将其作为 Zenly 在用户心智转变上的主要对比对象。

Find My Friends

网页检测 iOS 锁定模式的方法

本文中 iOS 16 是 Lockdown Mode 首次引入的系统版本,该模式作为极端安全选项供用户手动启用。它通过限制字体加载等功能增强防护,但文章强调这也使模式容易被网站识别,适用于外交官、记者等高风险人群。

iOS 16

Substack Reader 网页端功能更新

新 Substack Reader 与 iOS App 保持实时同步,确保网页和移动端阅读体验一致。用户可通过 Substack iOS App 获取相同功能,文章鼓励下载该 App 以在移动设备上使用完整阅读器。

iOS

iOS 备忘录的 URL Scheme

本文核心是 Apple Notes 的隐藏 URL scheme:mobilenotes://showNote?identifier=UUID。作者通过 Shortcuts Content Graph 获取 UUID,修正大小写后生成直接打开特定笔记的链接,避免依赖 Shortcuts 运行。

URL Scheme

iOS 备忘录的 URL Scheme

文章聚焦 iOS 16 锁屏小组件功能,指出 Notes 应用未内置锁屏小组件。作者发现 iOS 16 中 Shortcuts 的 Content Graph 返回的笔记 identifier 格式发生变化,需手动提取 UUID 并转为大写才能生成有效 URL scheme。

iOS 16

iOS 备忘录的 URL Scheme

作者使用 Widgetsmith 在 iOS 16 锁屏创建小组件,将自定义的 Notes URL scheme 绑定到小组件,实现一键打开特定笔记。相比通过 Shortcuts 间接跳转,这种方式可减少对 Shortcuts 应用的依赖。

Widgetsmith

iPhone 14 屏幕像素宽度吐槽

文章 URL 路径包含 iPhone 14 相关信息,暗示原主题围绕 iPhone 14 讨论设备尺寸设计已过时,但当前页面仅显示禁止访问,无法提供正文细节。

iPhone 14

iOS 备忘录的 URL Scheme

文章提到 LockFlow 可将 Shortcuts 快捷指令转为锁屏启动器,作为使用 Open Note 操作打开笔记的替代方案。但作者更倾向于直接使用 Notes URL scheme,以避免 Shortcuts 崩溃带来的问题。

LockFlow

iOS 备忘录的 URL Scheme

本文讨论如何利用 Apple Notes 隐藏的 URL scheme,在 iOS 16 锁屏上创建指向特定笔记的启动器。笔记的 UUID 可通过 Shortcuts 的 Content Graph 获取,需转换为大写后才能正常工作。作者用此方法实现了一键打开 Scratchpad 等笔记的目标。

Apple Notes

Platformer 第二年总结

文章指出,App Association自称代表小型开发者,但其大部分资金来自Apple,显示Apple在该组织中的实际影响力。

Apple

探讨 iOS 应用首页与导航栏设计

本文指出 WWDC22 于 6 月举办,苹果设计师在会上分享了改善 iOS 导航的视频,提出底部 Tab、层级导航与模态呈现的优化要点,并引发对实际 App 设计的对比讨论。

WWDC

Platformer 第二年总结

文中指出 iPhone 14 Pro 使用 Snapchat、TikTok、Instagram 等 App 拍摄照片或视频时,相机模块会出现剧烈抖动和异响问题。

iPhone 14 Pro

iOS 备忘录的 URL Scheme

本文发布于 MacStories 网站,由创始人 Federico Viticci 撰写。文章聚焦 iOS 16 Lock Screen 小组件需求,详细记录了利用 Apple Notes 隐藏 URL scheme(mobilenotes://showNote?identifier=UUID)绕过 Shortcuts 直接打开指定笔记的过程,并提供了配套快捷指令以提取大写 UUID。文中还提及 Club MacStories 会员后续将介绍 wiki 链接功能。

MacStories

iOS 备忘录的 URL Scheme

本文作者,同时也是 MacStories 创始人兼主编。他通过实际测试发现 iOS 16 中 Notes UUID 的大小写问题,并分享了生成笔记 URL scheme 的快捷指令解决方案。

Federico Viticci

YouTube 用户变速播放习惯分析

iOS设备用户观看YouTube时最常使用1.5x播放速度,这与Android用户习惯一致。相比智能电视的正常速度偏好,移动端用户更倾向通过适度加速来提高观看效率,尤其在晚间时段使用频率更高。

iOS

iOS 备忘录的 URL Scheme

Shortcuts 用于提取笔记 UUID 并生成 URL scheme 启动器。iOS 16 中 Content Graph 显示的小写 UUID 需转为大写才能生效。作者还提供了一个快捷指令,帮助用户搜索笔记、打开 Content Graph 并自动组装 URL。

Apple Shortcuts

CSS :has() 伪类:期待已久的父选择器功能

Apple 旗下 WebKit 团队主导了 :has() 的完整实现,未采用受限版本而是直接支持全功能。他们结合现有 CSS 引擎优化策略,解决了长期困扰的性能难题,使该特性最终得以发布。

Apple

CSS :has() 伪类:期待已久的父选择器功能

Safari 是首个正式支持 :has() 的主流浏览器,于 2022 年 3 月 14 日随 Safari 15.4 发布。该功能让开发者可直接用 CSS 实现父选择器及复杂状态联动,无需 JavaScript。

Safari

iPad 圆形光标解析

本文通过相关文章链接提及Stage Manager,关联iPadOS上的多任务与指针交互场景,作为触控优先光标设计的系统背景之一。

Stage Manager

iPad 圆形光标解析

Apple 在 iPadOS 中重新设计鼠标指针,使其成为触控优先的圆形光标,并引入 Pointer Magnetism 与无障碍功能。文章指出这一改动打破了自 1981 年以来几乎未变的箭头形态,让指针能随背景颜色变化并吸附到可点击区域。开发者可依据 Apple 的指引进一步定制指针外观与注释信息。

Apple

iPad 圆形光标解析

本文中 iPadOS 将传统鼠标箭头重构为触控优先的半透明圆形指针,可随背景自适应颜色以提升可读性。该指针能根据用户手指式轨迹动态变形,并通过 Pointer Magnetism 吸附到界面元素中心。文章强调此设计让光标交互更接近触摸屏体验,同时支持多种无障碍定制选项。

iPadOS

Apple Silicon Mac 虚拟机性能测试

作者使用 Xcode 14 测试版在 Ventura 测试环境下开发了自己的轻量虚拟机应用 Viable,所有测试结果均在 Monterey 12.4 的 Mac Studio 上运行得出。

Xcode

Andy Works:打造极致愉悦体验的 Checkbox 设计

AHAP 是 iOS 中用于描述自定义触觉模式的格式。本文提到作者用 Lofelt 生成的触觉模式经清理后保存为 AHAP 文件,再导入 Xcode 以实现 checkbox 的震动反馈。

AHAP

Arc 浏览器前瞻

本文URL提及Safari作为被挑战的浏览器之一,与Google Chrome并列。实际正文未展开其具体表现,仅要求浏览器支持JavaScript和Cookie以通过验证。

Safari

Andy Works:打造极致愉悦体验的 Checkbox 设计

Xcode 是苹果的开发环境。本文中作者将 AHAP 触觉文件导入 Xcode,使 Not Boring Habits 应用能在 iOS 设备上播放为 checkbox 设计的自定义震动效果。

Xcode

Apple 发布多项创新辅助功能

Apple 公司展示了多项融合软硬件与机器学习的创新辅助功能,旨在帮助残障用户实现导航、控制与交流。这些功能将于今年晚些时候通过软件更新登陆各平台,持续兑现其无障碍承诺。

Apple

Apple 发布多项创新辅助功能

Accessibility Assistant 快捷指令即将登陆 Mac 和 Apple Watch 的快捷指令 app,能根据用户使用偏好推荐辅助功能。本文提到该功能将于本周上线,作为纪念全球无障碍宣传日的内容之一。它帮助用户更便捷地发现并设置适合自己的无障碍选项。

快捷指令

Substack 推出作者互相推荐功能,促进内容增长

文中将其列为近期阅读体验升级的一部分,与网页阅读器、播客播放器共同推出,旨在让读者更方便地阅读订阅内容。该 App 是 Substack 为提升整体使用感受而进行的多项产品迭代之一,与 recommendations 功能共同服务于写作者增长目标。

Substack iOS App

Apple 发布多项创新辅助功能

本文介绍 iPhone、iPad 与 Mac 的实时字幕功能可为 FaceTime 通话自动生成对话字幕,帮助失聪或重听用户参与群组视频通话,并支持调整字幕字体大小以便阅读。

FaceTime

Apple 发布多项创新辅助功能

iPhone 支持门检测导航、Apple Watch 镜像控制及实时字幕功能,帮助不同残障用户完成导航、远程操作手表和理解音频内容。部分高级特性要求 iPhone 11 及后续机型或搭载 A12 及以上芯片的型号。

iPhone

Apple 发布多项创新辅助功能

本文中 Apple Watch 通过 Mirroring 功能与 iPhone 辅助功能结合,让肢体障碍用户可远程控制手表并使用血氧、心率、正念等 app。同时新增两次捏合手势的快速操作,支持接听电话、暂停媒体和体能训练等。该功能基于辅助触控技术,计划随软件更新推出。

Apple Watch

Apple 发布多项创新辅助功能

iPad 可运行门检测功能辅助视障用户导航,同时提供实时字幕服务,方便失聪用户参与视频通话或观看内容。支持机型包括搭载 A12 仿生芯片及后续版本的 iPad Pro 与 iPad 系列。

iPad

macOS 菜单栏图标设计规范总结

文章开篇说明苹果 Human Interface Guidelines 对 macOS 菜单栏额外图标的描述较少,因此本文补充了高度演变、模板图像用法、文件格式等实用细节。文中引用了 HIG 中菜单栏额外的官方链接,并围绕这些缺失内容展开具体设计指导。

Human Interface Guidelines

苹果《健听女孩》DVD 开箱与用户体验评测

文章中Apple作为内容出品方,将CODA以DVD形式寄送给奥斯卡评委,用于拉票;这与其长期推动流媒体、淘汰光驱并抵制实体媒介的历史形成鲜明对比。文中详细拆解了Apple寄送的DVD包装、标签刻蚀方式及播放菜单,指出其在形式与功能间的权衡。

Apple

Apple Music 桌面端用户体验问题探讨

本文提到 Apple 的 Human Interface Guidelines 定义了三种 iOS 导航方式,并被直接沿用到 macOS Music App,导致 Flat Navigation 在桌面产生可用性问题。

Human Interface Guidelines

Apple Music 桌面端用户体验问题探讨

本文将Apple描述为作者加入的生态系统,其设计理念曾让产品“开箱即用”。作者认为苹果在Apple Music桌面端未能延续这一原则,导致用户需与产品对抗而非享受音乐。

Apple

Apple Music 桌面端用户体验问题探讨

本文指出 Apple 将 iOS 的 Human Interface Guidelines 中的导航规范也应用到 macOS 的 Music App 中,导致桌面端采用与移动端相同的 Flat Navigation 模式。

iOS

上下文菜单设计指南

文章引用 Apple Human Interface Guidelines,强调菜单命名、组织与解剖结构的最佳实践,作为设计上下文菜单内容时的参考依据。

Human Interface Guidelines

NFT在游戏和音乐领域的接受度差异

文章在治理板块提及,美国参议院司法委员会通过《开放市场法案》,要求Apple和Google允许替代应用商店及支付系统。Apple则认为此举会给iOS带来不可接受的安全风险。

Apple

CSS-Tricks 2021年最喜爱的 Chrome 扩展推荐

文章提到浏览器扩展已具备较好的跨浏览器兼容性,因此列表中的多项 Chrome 扩展很可能已在 Safari 上可用,或只需少量工作即可适配。

Safari

Google 抱怨 iMessage 对 Android 用户的区别对待

文中Apple的iMessage通过蓝色气泡与额外功能形成 walled garden,文章引用Epic诉讼文件显示其视锁定效应为竞争优势,导致美国18-24岁用户中iPhone占比超70%。苹果拒绝支持RCS以维持此优势。

Apple

Clubhouse 在南亚地区的活跃景象

在页面推荐的观点文章中,Apple被描述为硅谷企业之一,其高管将中国公司视为同行而非对手,与多数硅谷创始人的看法不同。

Apple

传闻:苹果或挖角 Xbox 工程师开发游戏主机

本文页面仅显示安全验证提示,未提供任何关于 Apple 的内容或相关传闻细节。

Apple

Thoughts on Music

本文中Apple指推出iPod与iTunes Store的公司。2007年2月,Apple已售出9000万台iPod和20亿首iTunes Store歌曲,平均每台iPod仅含22首受DRM保护的曲目(占比不足3%)。Apple与四大唱片公司谈判获得宽松使用权,但受制于DRM泄露后需快速修复的合同义务。文章探讨继续封闭系统、授权FairPlay或彻底取消DRM三种未来路径。

Apple

iBeer 应用的幕后故事

App Store于2008年7月11日正式上线,首日收录500多款应用,iBeer凭借视觉趣味和展示iPhone硬件能力迅速成为早期最受欢迎的应用之一。文章指出它在第一年里推动了iPhone的普及,但随着Facebook等新应用崛起,iBeer的榜单位置逐渐被取代。

App Store

iBeer 应用的幕后故事

iBeer是一款利用iPhone加速度计模拟啤酒杯的App,通过倾斜和晃动实现液体流动与泡沫效果,由Steve Sheraton开发并定价2.99美元。2008年App Store上线首日即登顶,此后占据榜首近一年,为Hottrix公司带来每日1万至2万美元收入,后因同类产品竞争和用户兴趣转移逐渐退潮。

iBeer

iBeer 应用的幕后故事

iPhone凭借彩色高清屏幕与加速度计成为iBeer的理想载体,Sheraton利用这些硬件特性实现啤酒液体随角度倾斜的真实效果。文章提到早期第三方应用受限,iBeer通过视频与传感器结合的方式展示了这款手机的创新能力。

iPhone

iBeer 应用的幕后故事

App Store 推出前,第三方 App 必须通过越狱才能安装到 iPhone。由于当时越狱用户极少,Sheraton 无法让 iBeer 达到规模化分发,只能先以视频文件形式销售原型。

越狱

iBeer 应用的幕后故事

Steve Jobs在2008年7月10日预热App Store发布时强调iPhone应用的高质量与复杂性,直接促成了iBeer这类展示硬件特性的应用被优先开发和推广。

Steve Jobs

iBeer 应用的幕后故事

文章称,水果忍者与Facebook、Skype等应用在2010年取代iBeer登上App Store下载榜首。它被视为新兴热门应用,体现了用户品味转变和技术神秘感消退的趋势。

水果忍者

Arun Venkatesan 解析 Apple Watch 世界时区表盘历史

文章指出Apple Watch自推出以来已成最具影响力的设备之一,它通过平衡设计、技术、可用性、个性和历史与传统机械表建立联系。文中重点讨论其表盘设计如何致敬机械表历史,特别是新增的世界时表盘。

Apple Watch

iconmap: 网站 Favicon 趋势分析

文中指出 SVG 格式图标因 Safari 支持不足而普及受限,同时统计了 9% 的网站为 Safari 提供了 mask-icon;另提到 Apple touch icon 的使用情况也与 Safari/iOS 相关。

Safari

The Verge 总结 Epic 与 Apple 诉讼案百件内幕

苹果在文中被指通过特殊协议给予Netflix等公司15%低分成,同时执行严格的反引导和锁定期则,内部邮件显示其曾考虑调整30%佣金并打击竞争应用。

Apple

Google Gallery.io 即将关闭

本文指出 Gallery iOS 应用将于 2021 年 10 月 22 日关闭,此后无法在 iOS 平台继续使用 Gallery 服务。

iOS

AirPower 原型机曝光

本文中Apple是AirPower无线充电器的开发者,该产品原计划支持同时为iPhone、Apple Watch和AirPods充电,却因技术难题于2019年3月取消。文章通过原型机展示了Apple在多线圈无线充电上的尝试,以及取消后的后续影响。

Apple

Jonas Downey评iOS15 Safari重新设计

iOS 14 作为对比基准,其 Safari 采用传统顶部工具栏设计,控件分布清晰且不遮挡内容。作者用 Pitchfork 网站截图展示新旧界面差异,指出 iOS 14 的布局在操作便捷性和视觉干扰方面更成熟。

iOS 14

数据可视化20条建议

文章第20点以iOS Health应用为例,展示如何通过组合多种数据呈现方式,帮助用户调整参数、切换可视化类型和时间线,从而超越静态报告,更深入探索数据洞见。

iOS Health

Fredrick Brennan 谈 Twitter 新字体 Chirp

本文提到iOS用户(大多数美国人)使用的苹果字体San Francisco技术复杂、阅读体验好,用户已非常习惯,该字体被视为当前阅读标杆。

Apple

Jonas Downey评iOS15 Safari重新设计

iOS 15 是引入 Safari 全新底部悬浮 URL 栏和标签组功能的系统版本,作者在 beta 4 上进行了详细评测。beta 6 进一步调整为更接近滑动面板的折中方案,并新增顶部 URL 栏选项。文章认为该版本通过公开迭代实现了更实用的平衡。

iOS 15

苹果 CSAM 限制措施

iOS 18起,Communication Safety新增要求:孩子设备查看或发送含裸露内容的图片时,必须输入家庭共享组的Screen Time密码;系统不会主动通知家长,但会阻止操作直至密码验证通过;此变更同时适用于照片、视频等场景。

iOS 18

苹果 CSAM 限制措施

FaceTime视频消息被纳入Communication Safety保护,儿童发送或接收含裸露内容时系统会模糊图像并给出警告与帮助选项。该保护默认对儿童开启,iOS 18后需家庭共享密码验证,分析全程在设备本地完成,不通知家长或发送数据。

FaceTime

苹果 CSAM 限制措施

iPadOS 18中,Communication Safety要求输入家庭共享组的Screen Time密码才能查看或发送敏感图像;该机制覆盖Messages、AirDrop、FaceTime等多个入口;系统在设备本地完成分析,不会将检测结果外传。

iPadOS 18

苹果关闭内部 Slack 频道

本文中Apple正关闭内部Slack频道,以阻止员工讨论远程工作安排。面对员工对返岗政策的不满,公司此前已要求9月初起实行混合办公,后推迟至10月。部分员工因政策辞职,显示公司与员工在工作模式上的分歧加剧。

Apple

AirPower 原型机曝光

iPhone是AirPower原计划支持充电的设备之一,原型机照片显示其可为特殊原型iPhone供电,但无法与量产机兼容。文章指出,线圈需由设备唤醒,因此必须搭配定制硬件才能激活充电功能。

iPhone

Jonas Downey评iOS15 Safari重新设计

作者在自己的 iPhone 上运行 iOS 15 beta,观察到 Safari 是最显著的界面变化。文章强调单手操作场景下,底部控件虽提升可达性,但也与主屏手势和网站底部导航产生冲突。

iPhone

AirPower 原型机曝光

Apple Watch是AirPower设计中计划同时充电的设备之一,与iPhone、AirPods共同构成多设备充电场景。文章未展示其实际充电画面,但强调这是AirPower核心卖点之一,体现Apple对跨品类无线充电的构想。

Apple Watch

Jonas Downey评iOS15 Safari重新设计

本文讨论了 Safari 在 iOS 15 中的重大 UI 改版,将所有网页交互控件从顶部移到底部,合并为悬浮式 URL 栏,支持左右滑动切换标签页和标签组管理。作者通过与 iOS 14 的对比,指出新设计在可达性、空间节省和独特性上的尝试,但也带来视觉干扰、操作繁琐和底部空间拥挤等问题。整体认为新设计虽有创新,但日常使用摩擦大于旧版。

Safari

Jonas Downey评iOS15 Safari重新设计

iOS Home Bar 与新版 Safari 浮动地址栏在屏幕底部紧邻,容易因误触导致意外操作。文章特别指出当网页本身也采用底部导航(如 Pitchfork)时,三层底部控件叠加,进一步加剧冲突。

iOS Home Bar

苹果 CSAM 限制措施

AirDrop被纳入Communication Safety保护范围,当儿童接收或发送可能含裸露的图像视频时,系统会进行模糊警告并提供资源支持。该功能默认开启,依赖设备端分析确保隐私,iOS 18后需家庭屏幕使用时间密码验证才能继续操作。

AirDrop

FlickType 应用因审核问题被迫下架

本文正文未出现 Apple 的任何描述或关联信息,仅通过实体列表列出。

Apple

苹果 CSAM 限制措施

本文中 Safari Search 被更新以提供儿童安全相关资源,当用户搜索儿童剥削话题时会进行干预并给出帮助信息。该功能与 Siri、Spotlight 协同工作,旨在帮助儿童和家长应对不安全网络情况,同时不记录或通知具体搜索内容,保护用户隐私。

Safari

苹果 CSAM 限制措施

本文中Apple于2021年12月推出多项儿童保护功能,目标是在帮助用户保持安全的同时创造赋能技术。这些功能聚焦在线环境变化下的儿童安全,强调设备端分析且不获取消息内容。Apple还通过Siri、Spotlight和Safari搜索提供额外指导资源,干预儿童剥削相关查询并指向求助途径。

Apple

苹果 CSAM 限制措施

Contact Posters集成在Phone应用中,属于Communication Safety覆盖的场景之一。儿童在此功能接收或尝试发送含裸露内容时会收到警告、资源提示,并可选择求助。从iOS 18起需输入屏幕使用时间密码,检测不离开设备。

Contact Posters

苹果推迟员工返工政策

本文中Apple因COVID-19病例回升,将原定9月起要求员工每周返办公3天的计划推迟至至少10月,并承诺至少提前一个月通知。此举使其成为首批延迟复工的美科技巨头之一。Apple坚持混合办公模式,认为面对面协作对公司文化至关重要,但面临员工要求远程灵活工作的压力。

Apple

苹果推迟员工返工政策

本文提及Apple Watch的新配件,即2026年Pride系列的Pride Edition Sport Loop表带。该表带采用彩虹设计,由11种彩色尼龙纱线编织而成,美国售价为49美元,是苹果2026 Pride系列的一部分。

Apple Watch