可以检索打开的 Google 文档文档的元素,从
DocumentApp.openById(doc_id, folder_id)
但文档的评论是通过云端硬盘 API 检索的,Comments.list
具有 2 条注释的文档上运行此注释:一个在图像上,一个在段落中的单词上显示,虽然文本锚定注释可以,但图像不会返回context
条目:
"content": "test comment on text",
"deleted": false,
"status": "open",
"context": {
"type": "text/html",
"value": "some text the comment is placed on"
},
"anchor": "kix.xxxxxxxxxxx1",
"content": "test comment on an image",
"deleted": false,
"status": "open",
"anchor": "kix.xxxxxxxxxxx2",
其中xxxxxxxxxxx1
/xxxxxxxxxxx2
是唯一的锚点ID后缀,kix
Google的"专有"锚定/编辑器系统的前缀(正如Steven Bazyl在"管理评论和讨论"开发人员指南页面上的视频中所描述的那样)。
"锚点基本上告诉我们此评论适用于文档中的哪个位置。因为这是我们[在Google]的格式,我们确实有一个专有的锚定方案,这确实使您很难 - 或者更确切地说,不可能 - 策划创建? 锚定到我们文档格式的文本的评论...但是,如果它是您控制的文档格式,或者如果它是呃......有一些方法可以以可互换的方式找到它,你可以在那里放置你的应用程序可以正确定位的锚点,并且其他应用程序也可以正确读取和定位。
如果我看不到放置注释的元素,那么尝试在相应图像的评论中存储图像源URL是否注定要失败?(上下文:制作 .gdoc-to-.md 转换器)
如果是这样,将注释与图像匹配的唯一方法是检索所有上下文无字段注释并假设每个图像都要注释吗?
GitHub没有将Google Apps Script列为一种语言(大概是因为它非常基于Javascript)。是否有我可以查看的自定义评论锚定系统的开源示例?
我实际上不相信这样的锚定系统在当前的 API 下是可能的。虽然
Comments.list
方法提供了anchor
,但Comments.insert
只允许fileId
、content
、context.type
和context.value
:这里不可能有唯一的锚定ID。相关尝试:在 Google 文档中以编程方式创建定位评论
如果我要使用云端硬盘评论SDK编写一些东西(如史蒂文所建议的那样),是否有任何方法可以覆盖内置的Google Docs评论(例如Ctrl/Cmd + M或自定义按钮对具有GAS可访问
context
的图像发表评论)?
简单的答案是您无法可靠地匹配。定位点根本不会在文档 API 中的任何位置公开。如果它们被暴露,我希望它们显示为命名范围或书签条目,但两者都没有出现由评论锚填充。