问题标签 [ibm-content-navigator]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
browser-cache - 缓存的 ICN 条目模板
我们在 ICN 中创建了一个条目模板,并在打开时通过插件(登录用户电子邮件和唯一案例编号)填充几个字段。
一开始一切正常,用户可以将文档添加到 FileNet。如果用户再次单击该模板,则该模板将使用相同的先前案例编号呈现。但是当他们清除缓存并加载模板时,会通过自定义插件分配一个新的案例编号。我正在阅读文章@ https://www.ibm.com/support/knowledgecenter/en/SSEUEX_2.0.2/com.ibm.installingeuc.doc/eucts010.html并了解到,ICN 在网络上缓存条目模板IBM® Content Navigator 的浏览器。有没有办法阻止这种情况?
我一直在阅读文档,但找不到阻止这种情况的方法。
javascript - IBM Content Navigator 3.x - 在 AddContentItemDialog 中预填充 ChoiceList 值
我们的目标是实现一个预填充的文档创建表单,其中包含从PluginService
对象中检索到的值。
当用户右键单击文档并选择“从此文档新建文档”时,它会触发一个Action
打开AddContentItemDialog
. 然后,调用该服务来检索所选文档的属性(也许没有必要,通过 Firefox 开发人员面板,我看到大多数,也许所有自定义属性都已获取)。
我可以填充文本字段属性,但不能填充ChoiceList
:它们不会更新,尽管它们可能会在内部填充。
这是一个带注释的代码示例:
也许我错过了一些神奇的 IBM 代码行来完成它。
filenet-content-engine - 包含多个内容元素的文档
我在 FileNet 中有文档
多个内容元素(均为 pdf)。当我从 ICN 幻灯片视图打开此文档时,我可以向下滚动查看这两个文档。如果我双击该文档,它会在查看器中打开,我可以并排看到它们。
多个内容元素(excel 和 tiff)。当我从 ICN 幻灯片视图打开此文档时,我只能看到 excel 正在渲染,但看不到 tiff。如果我双击该文档,它会在查看器中打开,我可以并排看到它们。
知道这里发生了什么吗?
dojo - 在拆分窗格模式下更改 ICN contentViewer 的选项卡标题?
我需要在运行时动态更改 ICN 查看器中显示的每个文档的“标题”。我将从文档属性中读取新的查看器选项卡标题
环境:ICN 2.0.3 CM8.5 为 8.5.5
到目前为止的代码:
我通过挂钩“ecm.model.desktop,onChange”找到了一个部分解决方案:
/li>我能够为在同一查看器中打开的后续文档扩展此功能,并在此初始调用后通过“删除()”处理程序进行优化。这是完整的代码:
/li>当前问题:
问:如何更改拆分选项卡的标签(垂直或水平)?
到目前为止,我还没有找到可以触发的任何 ICN/ECM 小部件或对象变量的任何事件。
先感谢您!
================================================
附录:
非常感谢 Ivo Jonker,他建议修改小部件原型的“getHtmlName()”方法。有效!
具体来说:
我正在从 ICN 插件调用此代码。我在插件的基本 .js 文件中设置了事件处理程序,但它实际上是在新的、单独的查看器窗口中调用的。
最初的原型是这样的:
/li>根据 Ivo 的建议,我像这样覆盖了原型方法:
/li>
dojo - 在文件夹树中打开特定文件夹(IBM Content Navigator)
我正在开发一个 IBM Content Navigator 插件,它允许我从浏览功能的搜索功能中打开一个选定的文件夹。插件操作包含以下代码:
此代码切换功能并打开所选文件夹 ( contentItem
) 的内容作为中心面板中的结果集。但是,文件夹树不会在特定位置打开项目。为此,我尝试了以下代码:
is中的item.parent
属性,当我调用存储库对象时。console.debug
undefined
retrieveItem
该contentItem.parent
属性指向显示项目的搜索。但是,contentItem.attributes.Parent
是实际父文件夹的 docid。我怀疑,Content Navigator 无法打开该文件夹,因为contentItem
' 的父项在搜索功能中与浏览功能中的项目不同。
如何打开文件夹树中的特定文件夹?
java - 如何在 Content Navigator 搜索结果中格式化 contentSize?
我正在编写一个 Content Navigator 响应过滤器,它将格式化搜索结果中的两个字段:
日期字段
示例:2018-04-03T00:00:00 -> 04-03-2018
内容大小字段:
示例:14859 -> 14.5 kB
“日期”字段没问题——它工作得很好。
“内容大小”字段不起作用。没有错误或警告 - ICN 只是没有显示格式化的值。
问题可能是 ICN 将 'contentSize' 声明为xs:long
......并且“长”列不能包含像“kB”这样的字母或像“.”这样的标点符号。
这是我的代码:
问:有什么想法可以在 Content Navigator 搜索结果中正确格式化“长”值吗?
ibm-content-navigator - IBM 内容导航器。功能打开时如何运行搜索
我们能不能配置一个搜索在选择搜索功能时自动打开,我以为可以通过配置实现,但是找不到哪里可以配置。它已经在https://www.ibm.com/developerworks/community/forums/html/topic?id=fbac6330-f636-4745-924a-a713f4f9a309&ps=50&tags=&query=&filter=&sortBy=&order=asc上讨论过, 但是有没有答案怎么做,只有建议:“你可以用插件编码。” 如何使用插件来完成?
dojo - Dojo gridx 偶尔会以错误的顺序显示行
我正在使用 IBM Content Navigator 2.0.3 附带的 Dojo 和 dojo/gridx。
网格数据来自我自己的全局数组,我将其用于其他事情。
大多数时候,一切都很好。但有时这些行会乱序显示。例如,代替预期的顺序 {0, 1, 2, 3, 4, 5, 6...},它将显示行 {5, 0, 2, 3, 4, 1, 6, ...}。这就像行以某种方式被“交换”。
我不知道为什么 - 是什么导致了这种行为。
当我在 Chrome 开发者工具中查看 gridx 商店时,顺序是可以的:
商店的索引也是正确的顺序:
但是行在网格上显示不正确。
当我查看 Chrome 开发人员工具中的 HTML 元素(示例<div class="gridxRow" role="row" rowid="A1001001A18F11B81148F00010" rowindex="0"...>
:)时,索引 5 显示为顶行,rowindex 0。等等。
问:任何想法为什么会发生这种情况?
问:对故障排除有什么建议吗?
先感谢您!
dojo - DOJO 下拉菜单和 datetextbox 在打开/关闭对话框几次后突然停止工作
我在 Ibm Content Navigator 中使用 dojo 1.9,我的下拉菜单(dijit.form.DropDownButton)在打开和关闭同一个屏幕大约 15-20 倍后突然停止工作。我单击箭头,不显示选项。DateTextBox(dijit/form/DateTextBox) 也会发生这种情况。不仅我的屏幕下拉菜单停止工作,而且系统中的每个下拉菜单和 DateTextBox 都不再工作。所有其他小部件工作正常。我必须刷新页面才能使一切再次正常运行。在这里没有做任何特别的事情。这些是下拉列表和 datetextbox 的 2 个示例 有人知道这里发生了什么吗?
dojo - 从文件内容列表中删除“MIME 类型”列
我正在使用脚本适配器,通过传递有效负载从“使用值搜索”事件中获取内容列表
当 Contend 加载到内容列表时,我有一个自定义视图来预览它们。但是,如果我单击 MIME 类型列,它会打开一个带有映射查看器的单独视图
所以我需要删除此列或使其不可点击
1)我将搜索值传递给内容列表的“使用值搜索”事件,我可以从哪里处理内容列表的竞争加载,我可以使用任何 Dojo 事件吗?
2)使用脚本适配器,我可以在不使用“响应过滤器”的情况下做到这一点
编辑 :
正如“Ivo Jonker”很好地解释的那样(在他的回答中 - “或尝试专门定位您页面上的小部件”和他的示例代码)
我只是删除了这一行。再次感谢可爱的博客,希望你继续发表更多精彩的文章。