6

当我有一个带有 REPLY 操作的捆绑包（可能这也发生在单个时间线卡上）并且用户执行该操作时，可以说“花生酱和果冻三明治”，一个新的时间线卡出现在黑色背景上带有白色文本在玻璃上写着“花生酱和果冻三明治”。查看操场时，会出现同一张卡片，左侧是用户头像（如 Abe Lincoln 模板示例），右侧是文本。

让我们将这张新卡称为提醒卡，因为它提醒用户他们说了什么文本并允许发送。

我没有将该提醒卡插入时间线。

REPLY 操作的默认 Glass 行为是否会向用户插入他们说了一些文本的提醒？这是否计入我们的 API 计数，还是免费赠品并针对某些 Google 帐户收费？

有没有办法使用 REPLY 操作并应用某种未记录的属性来防止显示此提醒卡？

这里有这个文档，它似乎鼓励不重复的回复动作，这可能是由这种提醒卡行为引起的。

REPLY, REPLY_ALL - 语音回复旨在捕获通过语音输入的自由形式。不要使用语音回复来捕获有限的选项集，例如游戏中可能的动作。

资源

这是用Java重现问题的代码，没什么复杂的：

menuItemList.add(new MenuItem().setAction("REPLY"));
4

3 回答 3

5

Glass 客户端会自动插入“REPLY”时间线项目，并将其所有权设置为您的 Glassware：这意味着您对该时间线项目具有完全的读/写权限。

由您的 Glassware 来处理时间线项目并应用一些样式。时间线项目对用户也很有用，因为它允许用户在必要时“删除”回复。如果在您的 Glassware 中删除回复没有意义，请在处理后随时删除时间线项目以将其从用户的时间线中删除。

关于 API 配额，这仅在您向 API 发送实际请求（例如检索时间线项目）时计算在内。Glass 创建“REPLY”不会消耗您的配额。

于 2013-06-20T16:24:23.463 回答
3

标准做法是让您的 Glassware 在处理完回复后更新回复，或者在不再需要回复时删除回复。取决于如何处理回复的确切上下文，两者都可能有意义。将这个现有的回复添加到您控制的另一个包中甚至可能是有意义的。

正如 Alain 所指出的，存在的卡片数量没有配额 - 仅取决于您执行的操作数量。这不是您进行的操作，因此不计入配额。

最后，虽然不完全相关，但值得注意的是，当您共享一张卡时也会发生这种情况 - 制作了一张卡的副本并且您可以使用该新卡。您的应用程序可以对这张新卡采取您希望的任何操作。

于 2013-06-20T16:30:24.100 回答
1

实际上（至少在我看来）卡片存在的主要原因是您的应用程序可以在某处访问文本。回复不会向原始卡片添加任何额外信息，而是使用回复文本创建新卡片，并且itemId此卡片的 将在通知中发送给您的订阅。

您可以做的是在收到通知并处理回复后删除卡。该卡完全由您控制，因此您可以随意操作。

于 2013-06-20T16:23:03.143 回答