Question

当我有一个捆绑（也许这也发生在单个时间轴卡上）并且有一个REPLY动作并且用户执行该动作时，让我们说“花生酱和果冻三明治”，一个新的时间轴卡出现白色文字玻璃上的黑色背景，文字“花生酱和果冻三明治”。当看到同一张牌出现在左侧的用户头像（如Abe Lincoln模板示例）和右侧文本时。

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

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

这是REPLY操作的默认Glass行为，是否向用户插入提示文件？这是不是我们的API计数，还是免费赠品和某些Google帐户？

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

此处有此文档似乎鼓励不重复的REPLY操作，这可能是由此提醒卡行为所激发的。

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

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

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

Answer 1

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

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

关于API配额，仅当您向API发送实际请求（例如检索时间轴项）时，才会计算此配额。创建“REPLY”的玻璃不会消耗您的配额。

Answer 2

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

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

最后，尽管没有完全相关，但值得注意的是，当您分享卡片时也会发生这种情况 - 卡片的副本已经制作并且您被允许使用该新卡片。您的申请可能会对您希望的新卡采取任何行动。

Answer 3

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

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