Lotus notes 如果已经有另一个附件具有相同的文件名，如何获取附件的文件名，而不是获取随机名称？
如果将两个文件名相同的附件附加到Notes文档，则第二个文件将在内部重命名为类似ATTXXXX的文件。即使删除了第一个文件名并重新保存了文档，内部文件名仍然是神秘的 似乎没有任何方法可以通过后端函数检索原始文件名。在Ls中，我看到了高低，但也在C++ API中找到了，并且什么也找不到。这似乎是一个只能在前端完成的技巧。我不确定文件图标图形中的信息存储在哪里，以及是否可以访问。我想，在简单的情况下，可以进行重命名（即有一个附件和一个文件图标图形） 有人能证实这确实是笔记的局限性吗？或者有没有一个很酷的方法来解决这个问题Lotus notes 如果已经有另一个附件具有相同的文件名，如何获取附件的文件名，而不是获取随机名称？,lotus-notes,Lotus Notes,如果将两个文件名相同的附件附加到Notes文档，则第二个文件将在内部重命名为类似ATTXXXX的文件。即使删除了第一个文件名并重新保存了文档，内部文件名仍然是神秘的 似乎没有任何方法可以通过后端函数检索原始文件名。在Ls中，我看到了高低，但也在C++ API中找到了，并且什么也找不到。这似乎是一个只能在前端完成的技巧。我不确定文件图标图形中的信息存储在哪里，以及是否可以访问。我想，在简单的情况下，可以进行重命名（即有一个附件和一个文件图标图形） 有人能证实这确实是笔记的局限性吗？或者有没有一个很
这让我在处理大量文档时感到有些头疼。我的客户很难相信有些事情只能在前端完成 它在富文本的CD记录中——如果您使用它来检查富文本项的内容，您将看到它。但是我不认为它可以通过NotesRichText navigator类访问，所以我非常确定您必须使用C API并解析CD记录。或者，MIDAS富文本API可能会得到它，但这是第三方软件。也就是说，不是免费的。您应该能够获得原始文件名，即使有重复的文件名。 文件的名称不是在附加文件时更改的，而是在您将其删除时更改的。 您可能正在使用.Name属性，请尝试EmbeddedObject的.Source属性，该属性应返回原始文件名 从帮助中：
- 如果NotesEmbeddedObject是嵌入式对象或对象链接，则此属性返回Notes用于引用源文档的内部名称
- 如果NotesEmbeddedObject是文件附件，则此属性返回原始文件的文件名