DOORS：插入具有显式类型的 OLE（又名将 PDF 显示为可编辑信息）

Question

我可以手动或通过 DXL 将 MS Word 文件作为 OLE 插入到 DOORS 对象中，但 PDF（以及 EPS）表现不同：很难使它们不显示为图标。

我只能通过使用对话框的新建单选按钮手动插入一个PDF文件（显示一些图形）作为OLE将类型明确指定为 Adobe Acrobat Document（没有 Display As Icon 选项）。在这种情况下一切都很好。

使用单选按钮 从文件创建 按钮会导致与使用 DXL 函数 insertOle() 插入对象相同的不良行为：结果显示为 只有图标.

if (oleInsert(current, "c:\temp\27.pdf", false))
    print "Successfully embedded document\n"
else
    print "Problem trying to embed document\n"

给我：

双击该图标可打开关联的应用程序 (Acrobat Reader) 并正确显示嵌入的 PDF。但是，OLE 属性对话框显示类型 Package。如上所述手动插入会创建类型为 Adobe Acrobat Document 的 OLE 对象（在创建时指定）。

通过 DXL 而不是 PDF 插入 Word 文档可以正确呈现嵌入的文档——显然类型是自动且正确确定的：

显然，我无法（但必须）在插入 PDF 时指定 OLE 类型。

我知道 IBM forum, but the code from there did not even update existing OLE objects but left my objects without any OLE content! Another thread 也解决了该问题，但没有提供详细的解决方案。

Answer 1

我会检查两件事，它们会给您和您的同事带来不同的结果：

检查他们是否安装了完整的 'edit' 版本的 Adobe Acrobat。由于 OLE 是 Microsoft 标准，安装 Full Acrobat 而不是仅安装 Viewer 可能会使用 Windows 注册组件，从而允许 OLE 为它们正确显示。
如果他们没有安装完整的 Acrobat，那么他们可能有不同版本的查看器或您的机器上没有的第 3 方 PDF 查看器。

DXL 参考手册特别指出An OLE package is created if a file has no associated applications that support OLE.因此您的系统无法识别关联，但您同事的可以。

Answer 2

问题的根源仍然未知，但问题最终得到了解决。我的 Windows 用户帐户被删除并从头开始创建。现在可以了。

另一位同事有同样的问题 -- 也许我们会花时间尝试隔离包含原因的文件/设置。

DOORS：插入具有显式类型的 OLE（又名将 PDF 显示为可编辑信息）

DOORS: Insert OLE with explicit type (aka Show PDF as editable information)

ole

ibm-doors