所以，苹果最终还是自己打了自己 Human Interface Guidelines 的脸…

[wdhwg001]

Dynamic Island 这东西简直……

原先说好的，禁止任何开发者在设计 App 的时候拿 Notch 等 Safe Area 外的 Feature 做文章搞交互，结果最终破例的是 Apple 自己……

合着创新就是首先强行按头阻止所有开发者创新，一直按到自己主动做为止吗。

这次真的对 Apple 的创新有点失望了，合着当年阻止各种开发者试图给 Notch 做下拉条一类的交互，而且强硬到写进 HIG 里，就是为了现在自己主动破例。这一出操作，真是难为了当年那些强行帮 Apple 解释为什么 HIG 不允许对 Notch 做交互的人们了，Apple 根本不是为了“降低人们对 Notch 的注意力”一类的目的，他们只是想等几年之后自己拿这个点做“创新”吧。

[qsmd42]

你说了半天 可这他妈的不是个 notch 啊...

[20015jjw]

@CastleBUPT
动动脑子就知道 notch 肯定可以能做成触摸的
安卓各种屏下设备上面盖着都是触摸屏
而且有多少场景需要你在一个不能显示的地方点击 /拖动？
演示里唯一可能合理的就是拖音乐进度条的时候你不需要那么精确

[Zhengqing]

莫名其妙 不喜欢别买了

[INFP]

闻着味道来了

[godpeo]

不知有没有关闭的选项 花里胡哨的， 全是黑色的一坨

[Chell]

> 原先说好的，禁止任何开发者在设计 App 的时候拿 Notch 等 Safe Area 外的 Feature 做文章搞交互

这句话在 HIG 的哪？怎么只看到 avoid placing interactive controls at the bottom edge of the screen when possible 。

[wdhwg001]

@CastleBUPT 看来你没有理解我的意思。

我举个例子吧，比如苹果首先要求开发者：

“禁止在下方 Safe Area 外区域放交互和重要内容，因为那里用户很难操作，而且那里是 Home Bar 的区域，你也不应该对 Home Bar 这个设备专属特性做任何修饰”

然后过了几年，它自己出了一个 Enrichment Home Status ，用来显示 App 的加载进度，并且 Enrichment Home Status 左边点是返回，右边点是窗口化，再把它在发布会上大书特书，并且配套了一个硬件功能是让 iPhone 屏幕的底边外壳可以检测触摸。

“卧槽，你先前不是说不能用它做交互的吗？”这大概是你的感想。

[wdhwg001]

@Chell 不仅在 Safe Area 那一节里有强调需要把非全屏应用的交互做在 Safe Area 内，在 Status Bar 那一节里也强调了不得把交互和内容放在 Status Bar 区域，并且也不应该在非全屏应用里全程隐藏 Status Bar 。

见： https://developer.apple.com/design/human-interface-guidelines/components/system-experiences/status-bars/

[shindgewongxj]

我的理解可能不觉得客观或者浅薄。如果是因为已经有开发者做出如此尝试的情况下窥得灵感再禁止相关开发，那么显然是苹果的问题，但似乎并不是。不适合很恰当的例子：交通混乱，红绿灯应运而生；车流量小，手动红绿灯出现。 如果有更好的解决方案为什么不能打破规则去争取呢？对历史了解不多，但我想历史上建立后又废除的东西不会少。如果一开始就拥有系统的解决方案可以开放也不必有 HIG 了。

[Chell]

@wdhwg001 首先 safe area 里没有提，要么是我没看到，一直说的是不要影响小白条，这甚至不是强制的，仍然有大量交互冲突的应用上架； status bar 跟 dynamic island 没什么关系，不明白为什么要贴 status bar 的规范，原本那个位置是 notch 。

[wearzkjefa]

@nobodyknows real big 胆 抓去劳改

[luhe]

等一下，刘海能触控吗？

[rbf1993]

不是，还不允许设计理念变更吗？这个药丸苹果定义的是 UI 的一部分，而刘海就是纯纯的屏幕边框的一部分。定义不同当然设计理念不同了。即使是药丸，现在也是系统级别的控件，第三方开发者也只能像做小组件一样去适配，而不存在你所得什么“给 notch 做下拉条交互”这种级别的东西。

[jinliming2]

@wdhwg001 之前因为硬件不支持触摸，所以你在那里做交互的话用户不好操作。而现在硬件支持触摸了，专门给用户提供了交互方案，用户方便操作了，所以你现在可以基于这个来开发了。

所以你的关注点错了，根本不是“Safe Area 外不允许放重要内容”，而是“用户无法操作的区域不允许放重要内容”，只不过在之前，“Safe Area 外的区域” == “用户无法操作的区域”。
而现在，它可以交互了，所以不再是“用户无法操作的区域”了。

[wdhwg001]

@Chell 因为和我的记忆存在非常大的出入，所以我去 Wayback Machine 检查了一下，发现 HIG 里的这一段在 WWDC22 期间被移除了。

见： https://web.archive.org/web/20210428111637/https://developer.apple.com/design/human-interface-guidelines/ios/visual-design/adaptivity-and-layout/

Don’t mask or call special attention to key display features. Don’t attempt to hide a device’s rounded corners, sensor housing, or indicator for accessing the Home screen by placing black bars at the top and bottom of the screen. Don’t use visual adornments like brackets, bezels, shapes, or instructional text to call special attention to these areas, either.

我清楚地记得苹果甚至在 HIG 里是非常抵触谈及“Notch”这个词的，会用“传感器区域”代替，而且确实是在用 feature 指代各种屏幕裁剪。这段话是在 WWDC22 期间删掉的。

[wdhwg001]

@jinliming2 并非如此。

原先的 HIG 里是清楚地写了“Don’t mask or call special attention to key display features”这句话的，意思就是不得使用屏幕上被裁减的区域做文章，不能遮蔽这些区域，也不能试图利用它们。

见上一条回复中的链接和段落全文。

[wdhwg001]

@Chell 不过这样一来，因为这句话的禁令被移除了，也就意味着开发者同样也允许对 Notch 做文章了，可惜还没有看到敢于作死的开发者。

[wdhwg001]

@Chell 啊，没有移除，它因为自己的 Dynamic Island 而改成了略微温和一点的语气，依然在 Layout 页面里：

Respect key display and system features in each platform. Safe areas help you accommodate features like the corner radius and sensor housings on various devices, and avoid interfering with interactive system elements like the Home indicator and app switcher on iPhone and iPad. Safe areas also help you account for interactive components like bars, dynamically repositioning content if sizes change.

https://developer.apple.com/design/human-interface-guidelines/foundations/layout/

也就意味着，开发者们依然需要尊重这些 key display features ，但是没有明确禁止遮挡它们或者利用它们做交互，只是禁止这些交互影响到 Home Indicator 这些预先做在 safe area 以外的交互。

换言之，就是苹果依然会对不尊重 key display features 的行为皱眉头，但只要不影响系统自己做的交互就勉强可以忍耐了。

[0x6c696e71696e67]

@hahiru 我的感觉正好想反，有了交互，心理上把小黑条当成屏幕一体的了

[deesan]

赞同 op ，苹果越来越不懂设计了，在此预言：Dynamic Island （灵动岛）过两年就会被放弃，跟 touch bar 的下场一样