虽然 iPad 从一开始就因其用户友好的界面和单一应用程序而大受欢迎,但对于那些渴望更多深度的人来说,它已经开始感觉有些陈旧了。作为世界上最轻、最强大的中型计算机之一,它能够胜任什么样的工作与它真正欢迎什么样的工作之间的差距越来越大。
在过去的几年里,Apple 的主要 iPad 更新一直专注于将设备从漫长的孕育期拖入一个与 Mac 提供更多语言相似性的世界。上周我们对 iPadOS 16 的预览也不例外。 Stage Manager、桌面类应用程序和 Continuity 增强等少数功能都旨在继续 iPadOS 15在这方面的工作。
上周,我有机会与 Apple 软件工程高级副总裁 Craig Federighi 简要讨论了旨在增强多任务处理和多应用程序工作的 iPadOS 新功能。我们聊了聊这些公告的时间、执行和反应。
Stage Manager 是今年 iPad 多任务处理增强功能的核心。该功能以系统管理的磁贴形式呈现每组最多 4 个应用程序集。这些组排列在左侧,允许您在这些工作区之间快速点击。它本质上是一个更加可见和持久的 Spaces 版本——Mac 功能允许多个桌面在 macOS 上悬停在屏幕的两侧。如果你甚至不知道 Spaces 的存在,你会被原谅,因为它相当晦涩,对于从未访问过 Mission Control 屏幕的人来说,没有太多(如果有的话)视觉提示。
“iPad 有一个独特的主张,对交互有一套独特的期望,我们希望从那个地方开始构建,而不仅仅是从过去几十年或另一个建立在不同基本原则上的系统拖过来。因此,我认为 Stage Manager 是这条进化弧线的重要一步,”Federighi 说。
Federighi 说,让单个窗口集中在屏幕上的想法在 Apple 中根深蒂固。首先是 Mac OS X beta 早期的单一应用模式。多年后,一种感觉就像舞台经理的体验的内部原型。
“在 Mac 上,有很多不同的工作方式。有些人使用空间,有些人进出任务控制中心。有些人是命令选项卡的人,有些人喜欢制造混乱,有些人清理他们的混乱,有些人使用最小化。我的意思是,这里没有错误的答案,有很多有效的方法可以在 Mac 上工作。”
这种工作空间管理方法似乎很明显是以 iPad 为中心的。但 Federighi 表示,Apple 的两个独立团队,一个在 iPad 方面工作,一个在 macOS 方面工作,试图使多个工作区更加明显和友好,他们达成了类似的概念并在中间相遇。他说,这意味着这两种观点都体现在这种方法中。
“我们中有很多人每天都在使用 Mac,他们真的想要这种专注的体验,让我们保持平衡。所以我们站在 Mac 这边,提出这个想法并说我们认为这是可以实现的,我们希望实现这一点。另外,在 iPad 方面,我们正在考虑 [它]。信不信由你,两个正在集思广益和设计的独立团队汇聚在几乎相同的想法上。”
他承认,可能会有一群人拥有 40 年的 Mac 历史,而他们的期望却落后于他们的预期。会有人期望该功能以某种方式发挥作用,并且它会大不相同。而且,从本质上讲,这不会成为许多 Mac 忠实拥护者立即使用的工具。
“人们需要一些时间来调整他们的肌肉记忆和他们的期望,然后针对一套新的工具优化他们的流程。我的意思是,这是为 iPad 用户准备的。而在 Mac 上,它适用于那些希望以这种方式工作的用户子集。”
“如果 Mac 上 20% 的用户最终说这是他们的另一个很棒的工具,”Federighi 说,“那太棒了。”
为什么是现在,为什么是 M1?
每一款 Apple 产品的推出都有一个不变的特点,那就是希望它更早出现。在苹果观察家中,这个词终于变成了一个笑话。大多数发布背后的真相是,这些事情往往比看起来要复杂得多。尤其是在满足数十亿用户的质量和可用性方面。 Apple 并非总是在第一次尝试时就达到目标,并且随着软件越来越多地服务于越来越多的用途,边缘案例以及软件的粗糙端也有所增加。但其软件团队的整体一致性仍然被认为是构建平台级软件的任何人的基准。
但是时间问题还是值得问的,所以我问了。 Federighi 说,Apple 必须做很多事情,才能将 Stage Manager 和其他最近对 iPad 多任务处理的增强功能提供给用户。因此,尽管很明显人们已经为更多功能做好了准备——尤其是在 iPad Pro 上——但还是需要做一些基础工作。
Split View、Slide Over 和现在的 Stage Manager 都要求开发人员支持在 Apple 自己的框架中调整完整的应用程序大小。 Apple 需要构建基础架构支持,以协调同时在屏幕上运行的多个应用程序。还有硬件需求。
“建设 M1 也很关键,”Federighi 说。 “从一开始,iPad 就一直保持着极高的响应性和交互性标准。这种交互的直接性在于每个应用程序都可以立即响应每个触摸,就好像您正在触摸屏幕下方的真实物体一样。而且我认为有时人们很难理解实现这一目标所涉及的技术限制。
“当您添加多个应用程序和大量屏幕空间时,您必须确保这些应用程序中的任何一个都可以以一种您对桌面应用程序没有期望的方式即时响应触摸。间接操纵会给你一些松懈,所以这是一组不同的约束。”
Stage Manager 利用了 M1 芯片带来的更强大的 GPU、更快的虚拟内存中的 I/O、更快的存储和更多 RAM。 Federighi 说,所有这些都必须结合在一起以保持体验的流畅性,而今年,他们做到了。
这建立了人们关于为什么 Stage Manager 需要 Apple 的 M1 处理器才能运行的一些喋喋不休的话题。鉴于有多种理论围绕哪些组件需要新硬件以及哪些是选择问题,我在这里要求澄清一下。
Federighi 表示,Apple 在交互式响应方面的极高标准是问题的核心。他指出,在 iPad 上,交互式响应的标准非常高,您可以触摸的每个应用程序都需要能够基本上即时响应。这意味着,从历史上看,用户可以立即访问的任何应用程序都需要完全驻留在 RAM 中。 macOS 上的应用程序并非如此,它大量使用了虚拟内存。
为了达到这种响应水平,需要几个因素相互冲突。首先,需要大量 RAM 和“极快的 IO 虚拟内存”来在活动存储桶中托管多个应用程序。
“只有 M1 iPad 将高 DRAM 容量与超高容量、高性能 NAND 相结合,才能让我们的虚拟内存交换速度超快,”Federighi 说。 “现在我们让您在一个面板上拥有多达四个应用程序,再加上另外四个 – 多达八个应用程序,以便即时响应并拥有充足的内存,我们只是在其他系统上没有这种能力。”
不过,并不是纯粹的内存可用性导致 Apple 将 Stage Manager 限制在 M1 iPad 上。
“我们还将舞台管理器视为一种涉及外部显示器导电性的整体体验。 M1 上的 IO 支持我们以前的 iPad 不支持的连接,它可以驱动 4k、5k、6k 显示器,它可以以缩放的分辨率驱动它们。我们无法在其他 iPad 上做到这一点。”
图形性能也是一个限制因素。
“我们真正设计 Stage Manager 是为了充分利用 [M1]。如果您查看应用程序倾斜和阴影的方式以及它们如何进出动画。要在超高帧速率下跨超大显示器和多显示器做到这一点,需要其他人无法提供的图形性能峰值。
“当你把所有这些放在一起时,我们无法在任何较小的系统上提供完整的舞台监督体验,”Federighi 说。 “我的意思是,我们很乐意在任何地方提供它。但这就是它所需要的。这就是我们将要带入未来的经验。我们不想将我们的设计限制在较小的范围内,我们正在为未来设定基准。”
为什么这样?
Stage Manager 是 Apple Way 的一个有趣的化身(我的话,等)的设计。主要原则,特别是在 iPad 上突出显示,专注于为用户提供一种通过存在而不是记忆导航的方式。信息设备方法的本质是 iPad 应该体现手头的任务并尽量减少干扰。当该规则被打破时,哲学的支柱——直接交互、不显示和清晰的导航面包屑——介入以防止用户迷路。
虽然表面上是一个窗口管理器,但这里的方法绝对不是对所有人免费的。苹果正在为用户做出一些非常具体的选择,以使事情感觉直接可操作。窗口捕捉到预定义的大小,您永远无法通过将另一个应用程序直接放在它上面来隐藏一个应用程序。
“作为一个用户,你很感激你没有不断地积累杂物,你没有清理东西,你没有管理东西在哪里,你只是做你想做的事。它就在那里。它是,一切都是为你管理的,”Federighi 谈到他们对 Stage Manager 的设计方法时说道。 “它干净而专注。传统的窗口环境则相反。默认情况下它们会造成混乱,您打开的所有内容都会造成混乱。一切都涉及您必须管理事物的位置以及事物如何相互掩盖等等。然后你有责任自始至终清理自己。”
“但即使是这些东西的排列方式,我们也要确保窗户始终可以进入,并且不会相互遮盖。所以你不必管理它。但是,当您继续使用下一个应用程序时,您又回到了干净的单一窗口体验。而且我们仍然让您仍然可以访问所有内容。所以你有你最近的应用程序,它并没有消失在脑海中,它们在那里用于快速多任务处理。但他们并没有碍事,把一切都弄得乱七八糟。
“我们认为这种设计真正保留了我们喜爱 iPad 的精髓,同时为您提供了一些想要进一步扩展 iPad 的人真正寻求的多任务处理体验的灵活性和流畅性。”
在我的早期印象中,这种方法处理得非常好。虽然会有很多用户想要无限可调的窗口,允许一个窗口遮挡另一个窗口的能力以及尽可能凌乱的自由——这根本不是 iPad 基础,它不应该在这里迎合,在我的意见。
我认为,如果 Stage Manager 继续得到调整和完善,它可以轻松取代 iPad 上相对晦涩的 Spaces、Mission Control 和其他多应用程序视图。例如,改进如何让一个应用程序捕捉到全屏然后返回会很棒。我觉得它需要是一个点击或捏合的手势——目前它是在一个不起眼的图标后面点击两下。但是捕捉到“全屏”以允许 iPad 成为应用程序,然后返回以促进应用程序间的通信应该是主要流程的一部分,而不是分支。
尽管如此,该功能仍具有足够弹性的框架,可以处理更强大的任务和更多的应用程序保存在内存中,并且具有功能强大且功能强大的即时性。作为一个多年来一直主要在 iPad 上驾驶并且已经习惯于在多应用工作流程方面与单应用方法对抗的人,这真是一个惊喜。
从 beta 构建
Federighi 表示,苹果将在整个夏天继续开发 Stage Manager。他说,尽管这些天苹果软件的测试版受到了更多的审查,但他们的主要工作仍然是让开发人员采用他们的新 SDK 并准备好他们的应用程序。
在那之后,他们希望体验的基础到位,这样他们就可以确保他们得到的反馈实际上是有用的。但他们仍在开发该功能,Federighi 说他们有一些“正在运行”的东西,他们知道这些东西是改进或调整,他们可以在后续的 beta 版本中加入。
“我们已经计划了其中的一些,因为它与 Mac 和 iPad 上的舞台管理器有关,”Federighi 说。 “我们收到的一些反馈是,我们会说‘是的,我的意思是那是二号种子或三号种子!’我们已经确定了这些东西,或者是错误,或者只是不完整的元素或对行为的调整。
“我们没有看到任何东西,这让我们想,哇,那是出乎意料的消息。其中许多要么是我们期望从尚未适应系统的人那里得到的反应,要么是在我们正在改进的领域中的反应。所以,是的,我们肯定会继续这样做。”
原文: https://techcrunch.com/2022/06/13/apple-resizes-the-ipads-workflow-with-stage-manager/