有趣的是,当 Safari 15 在上一次 WWDC 发布 时,至少在我的圈子里,我听到的主要是积极的反应。例如,浏览器控件中的颜色功能是一个很酷的技巧,并且 很有趣。还有其他更重要的功能,例如 iCloud 私人中继,由于其安全创新而几乎获得了普遍赞誉。
但 Safari 15 中的 UX 更改在更广泛的、通常与 Apple 相关的圈子中引起了更多争议。
Michael Tsai 汇总了各种意见,其中包括许多严厉的批评。例如,Steven Shen 展示了 iPadOS 上 选项卡有多难用,Saagar Jha 指出 很难区分隐私浏览和普通浏览。
但我想说,大多数批评都针对浏览器控件本身,而不管颜色花哨与否。Nick Herr 甚至称之为 鸡肋极简主义
将地址栏压缩到每个选项卡中也令人恼火。这是一个巧妙的想法,但它意味着所有内容都会四处移动,因为选项卡会移动。它们左右滚动;当您打开和关闭其他选项卡时,它们会改变大小。
浏览器选项卡的小尺寸也意味着许多控件默认情况下是隐藏的,包括重新加载和共享按钮。它们都被埋在一个 Apple 如今痴迷的模糊“⋯”控件中。如果您经常分享网络链接,甚至无法将按钮以更永久的状态添加回工具栏。我认为,这延续了一种令人担忧的糟糕 UI 习惯模式。
换句话说,将有用的按钮塞到随机的 kebab 菜单下并不是那些经常使用这些按钮的人会喜欢的事情。Federico Viticci 有 “隐藏常用内置应用的按钮是个坏主意。”,其中提到了 iOS Safari 中类似的更改。Gruber 也
我认为新的 Safari 界面是一个高尚的实验——引人入胜的想法值得尝试。但我不认识任何人认为,实际上,它们在可用性方面不是一个巨大的倒退。我希望 Apple 只是将选项卡和浏览器 chrome 恢复到以前的 Safari 界面。对我来说,即使“分享”按钮现在也需要额外点击或轻触才能访问,这太疯狂了。如果 Apple 在 Mac 上发布此设计,它将迫使许多当前的 Safari 用户转向 Chrome 或其他基于 Chromium 的浏览器。
不受欢迎的更改。我想知道人们是否真的会仅仅因为这个就跳槽?我的直觉是,Safari 用户要么是 Safari 用户,因为这只是他们 Mac 上自带的浏览器,他们不太关心它,要么是出于某种目的而使用 Safari,因为它的 Apple 属性,而这些更改不足以迫使他们离开。
其他人则称赞这种努力。Jason Snell 称之为 自 inflicted 伤口,但也看到了好处
Apple 已尽可能地简化 Safari 的界面。其设计师检查了每个界面元素,从选项卡到 URL 地址栏再到每个工具栏项目,并思考他们是否可以隐藏、移除或最小化这些元素,以便为网页本身提供更多屏幕空间。
我认为 Apple 应该受到称赞,不仅因为它绝大多数客户使用的屏幕对角线尺寸最多为 13 英寸,而且因为 Apple 应该始终努力寻找更好的做事方式。我不相信有任何类型的应用程序——从 Web 浏览器到电子邮件客户端再到文本编辑器——是一个已经解决的问题。
Jeff Kirvin 认为这只是 误解
我在 Safari 15 中看到的是 iOS 新设计语言的最初步骤,该语言优先考虑自适应的上下文界面。自从转向新的“全屏”iPhone X 设计以来,内容一直是 iOS 的核心,Apple 一直在移除越来越多的用户 chrome。这是这条道路上的下一步。
既然我在这里谈论 Safari 15……
- 向 Niels Boey 致敬,感谢他撰写了 “Safari 15 更新对我的设计意味着什么?”,这可能是迄今为止我见过的对视觉变化最全面的解读。
- 向 Luke Channings 致敬,感谢他研究了这个问题…… “Safari 15 最终修复了视口高度问题吗?”答案是……大部分是肯定的:“如果您从
100vh
中减去env(safe-area-inset-bottom)
,您将获得想要的结果。”
间接相关(我希望)
Safari 并没有保护网络,它正在扼杀网络: https://httptoolkit.tech/blog/safari-is-killing-the-web/
相关讨论: https://news.ycombinator.com/item?id=27985783
重新设计在 MacOS 上变得极简,但在 iOS 上却变得侵入性。
我不记得有哪个浏览器曾经决定它比用户请求的内容更重要。Apple 认为 Safari 比内容重要得多,以至于他们侵入性地将其选项卡栏浮动在其上。
这是一种不好的做法,尤其是在许多网站需要更新其 CSS(甚至其设计)的情况下。如果它不是一个活动的点击区域,从而使屏幕下部的交互性几乎无法使用,那么影响会小一些。
您可以争辩说,每个人都应该最初推出 env(safe-area-*) 来支持没有主屏幕按钮的 iPhone。但是您需要为此检测 iOS 15,因为在早期版本中,您需要添加大量边距/填充以避开底部滑动目标区域的点击区域(在 15 上不需要)。
现在在最新的 Beta 版 Safari 中,它尝试检测位于浮动选项卡栏下的可点击元素(但在我的测试中并不总是有效,对于 position:fixed 等来说很麻烦)。但是,他们应该放弃浮动选项卡栏,并将其固定到底部,在滚动时像以前那样最小化,同时位于顶部。
他们实现诸如在检测到可点击元素时自动最小化选项卡栏之类的功能,但不会在 iOS 上支持全屏 API,这一点也让我感到困扰。
Chris,背景图片中的网站是什么?
它取自 Apple 的一个 WWDC 视频,该视频介绍了设计更新。
我对 Safari 的主要不满是它顽固地不跨平台。在当今时代,这是一个糟糕的做法(Sketch 也是如此),并且由于难以从非 Mac 平台进行测试,因此更容易导致网站出现 Safari 特定的故障。
Apple 生产出色的硬件,但他们的软件实践很糟糕。
Safari 并没有保护网络,它正在扼杀网络