问题标签 [wkinterfacecontroller]

当从viaWKInterfaceController呈现的模式中调出菜单时，模式控制器成为根控制器：rootControllerpresentControllerWithName:context:

<— 模态（见Cancel）

<— 菜单

<——根？（没有Cancel）

这是一个 WatchKit 错误，还是模态控制器不应该有菜单？

“解决方案”

由于这是一个已知的错误，我的临时解决方法只是向Cancel模态控制器添加一个按钮，并用于reloadRootControllersWithNames:contexts:将它们呈现为 root。该Cancel按钮将根控制器重新加载到我的初始根控制器。

我有一个WKInterfaceController并添加了一个表格，如下所示：

然而，这两种方法都没有被调用。我找不到 WKInterfaceTable 的任何协议声明，也找不到表上的任何委托属性。

我在这里缺少什么吗？

我试图Interface Controller在应用程序生命周期的某个时刻以编程方式更改我的标题。

但是，当应用程序运行时，这似乎不起作用..？这是故意的，一个错误，还是我做错了什么？

解释：

我设置它的方式是在 Storyboard 中使用标题aa 。然后awakeWithContext:我在 中检查一个变量，该变量User Defaults确定要设置的状态Interface Controller。在一种情况下，我将标题更改为yy ，在另一种情况下，我通过调用两种设置方法（/ ）之一将其更改为xx 。setUpForShowingsetUpForCreating

在某些时候，用户将按下一个按钮，该按钮显示一个modal view. 在显示该视图之前，我调用了相反的设置方法，更改Interface Controller. 屏幕上的所有内容都已正确更改，因此我知道调用了正确的方法。但是，标题不会更新。

有没有人经历过类似的事情？

问题很简单：

Apple Watch 应用程序可以有多个浏览功能吗？

我试图在 Xcode 故事板中放多个 Glance，但 Xcode 说每个应用程序只允许一个 Glance。

我问这个的原因是我想根据我显示的信息更改 Glance 的布局。

但这个问题也可以表述为：

是否有可能

• 以编程方式更改概览布局或
• 根据上下文加载不同的视线。

这两种可能吗？如果没有，是否有任何迹象表明这可能会在 WWDC 2015 之后发生变化？

编辑：

澄清。我同意，多个一瞥似乎不可用，但是改变一瞥的布局可能是（我个人认为他们将允许开发人员尽快这样做，但就我们目前而言，我可以改变一瞥布局的唯一方法是从 XCode 中提供的列表中选择它）。

目前这些是可供浏览的布局（顶部和底部）。理想情况下，我想以编程方式选择它们。如果有人知道如何，请分享一些代码片段/示例：

顶部：

底部：

在我的 Apple Watch 应用中，我的一个界面控制器在左上角有一个取消按钮。就我而言，一旦完成特定操作，我不希望用户返回上一个屏幕，因此我想禁用该取消按钮的用户交互。即使我将标题更改为空字符串，用户交互仍然保持启用状态。

有没有办法避免这种行为。当应用程序进入前台时，我使用新数据更新手表应用程序界面。这不是建议的时间吗？视图控制器是基于页面的导航模式中的第一页。

我正在使用 WatchKit，我有一个简单的界面，只有一个表格，但只有几行代码就会出错，也许我忘记了一些非常基本的东西。

我的界面：

表内的行具有标识符：

和自定义类：

控制器由以下代码实现：

显然我有我的单行自定义类

因此，当我运行应用程序时，当我尝试设置行数时出现错误，但我真的不明白什么是 nil：

致命错误：在展开可选值时意外发现 nil

也许这是一个简单的错误，也许不是，但请帮助我：\

我正在使用 Xcode 7.0 beta 3。尝试使用 WKInterfacePicker 时，出现错误。

这是我的 WKInterfaceController 的代码：

注意我的 IBOutlet。当我通过控制从情节提要中拖动创建它时。它创建了出口并立即将这个错误放在它上面：

由于那不起作用，我尝试手动创建插座。我输入：

当试图让 Xcode 完成自动完成时，我注意到 WKInterfacePicker 不是一个建议。选择器不存在。这只是一个错误还是我做错了什么？

我有 3 个 WKInterfaceController (A,B,C) 和分层导航。所以用户去：A->B->C。

然后用户可以点击屏幕的左上角或执行左边缘滑动，默认情况下他将转到 C->B->A。

但我想跳过 B 并使用 popToRootController - 所以我需要 C -> A。

didDeactivate 中的 popToRootController 不起作用。还有其他想法吗？

我正在使用以下代码“简单地”从我的手表应用程序中确定父应用程序的应用程序状态：

WatchKit 扩展：

主应用：

当应用程序处于前台时，这 100% 的时间都有效。当应用程序被“最小化”或“终止”时，这可能会在 50% 的时间内工作（可能更少）。当它不起作用时，它似乎无限期地阻塞。例如，如果 1 分钟后，我启动父应用程序，调用 (openParentApplication) 立即返回状态“UIApplicationStateBackground”（在我启动应用程序之前的状态，如果我很明显应用程序不处于后台状态启动它）。

顺便说一句：我正在使用真正的硬件进行测试。

我究竟做错了什么？为什么即使我创建了后台任务，iOS 也会在接到电话后立即让我的主应用程序进入睡眠状态？这是一个完整的表演停止者。

任何想法或建议将不胜感激！！