1

如果将具有相同文件名的两个附件附加到 Notes 文档，则第二个文件会在内部重命名为 ATTXXXX 之类的名称。即使第一个文件名被删除并重新保存文档，内部文件名仍然是神秘的。

似乎没有任何方法可以通过后端函数检索原始文件名。我在 LS 和 C++ API 中查看过高低，但一无所获。这似乎是一个只能在前端完成的技巧。我不确定文件图标图形中的信息存储在哪里，以及是否可以访问。我想在简单的情况下可以进行重命名（即有一个附件和一个文件图标图形）。

有人可以确认这确实是Notes的限制，还是有一种很酷的方法可以解决这个问题？

这让我在处理大量文档时有些头疼。我的客户很难相信有些事情只能在前端完成。

4

2 回答 2

2

即使有重复文件，您也应该能够获得原始文件名。不是在附加文件时更改名称，而是在您将其分离时。您可能正在使用 .Name 属性，尝试 EmbeddedObject 的 .Source 属性，它应该返回原始文件名。

从帮助：

  • 如果 NotesEmbeddedObject 是嵌入对象或对象链接，则此属性返回 Notes 用于引用源文档的内部名称。
  • 如果 NotesEmbeddedObject 是文件附件，则此属性返回原始文件的文件名。

获取语​​法：source$ = notesEmbeddedObject.Source

于 2013-06-11T15:26:03.210 回答
0

它位于富文本的 CD 记录中——如果您使用NotesPeek检查富文本项的内容，您将看到它。但我认为它不能通过 NotesRichText 导航器类访问，所以我很确定您必须使用 C API 并解析 CD 记录。或者，MIDAS 富文本 API 可能可以获得它，但那是第三方软件。即，不是免费的。

于 2013-06-06T14:46:16.650 回答