Xpages Richtext字段不会呈现所有文档链接

Xpages Richtext字段不会呈现所有文档链接,xpages,richtextbox,lotus-domino,Xpages,Richtextbox,Lotus Domino,应用程序存储大量(~10k)相当大的富文本(数百行/数千行)超链接文档。富文本字段的内容由Lotus Notes富客户端更新,用户通过标准的“复制为链接/粘贴”过程链接文档。它创建的文档链接看起来像黄色的小文档图标(或带有定位点的链接,在富文本中导航到特定位置)。在XPage中呈现的这些图标看起来相同 web界面/XPage不会保存/更新文档 问题是:对于长RTF内容,在渲染约1200个文档链接后,它们停止显示/渲染(即使在HTML源代码中)。呈现文档链接的确切数量因文档而异 MIME编码不是一

应用程序存储大量(~10k)相当大的富文本(数百行/数千行)超链接文档。富文本字段的内容由Lotus Notes富客户端更新,用户通过标准的“复制为链接/粘贴”过程链接文档。它创建的文档链接看起来像黄色的小文档图标(或带有定位点的链接,在富文本中导航到特定位置)。在XPage中呈现的这些图标看起来相同

web界面/XPage不会保存/更新文档

问题是:对于长RTF内容,在渲染约1200个文档链接后,它们停止显示/渲染(即使在HTML源代码中)。呈现文档链接的确切数量因文档而异

MIME编码不是一个解决方案。RTF转换为MIME的文档有两个不可接受的副作用:

  • doclinks的那些漂亮图像呈现为蓝色
    [Link]
    文本
  • 更糟糕的是,富文本字段控件不会将doclink转换为(预期)
    https://
    URL,它们保持
    notes://
    格式
是否有一些内部限制阻止呈现这样数量的标准文档链接?是否有任何解决方法来呈现具有多个doclink的长富文本字段

更新:


server/db.nsf/0/unid/Body?OpenField
输出也受此错误影响。

我与GeniSoft的Ben聊天,他验证了AppFidelity克服了DocLink的限制。所以你想要一个许可证。除了克服你手头的问题,这是一个完整的美容为您的HTML呈现

本:

我看到你在StackOverflow上提到了AppsFadelity。我没有足够的声誉点来评论,但我只是测试了一下,它处理了4000个doclink,并将它们全部转换成了web url。我尝试关闭AppsFaidelity,但不到2000年它就停止了渲染。别以为我以前试过

更新
本是本,他重新创建了这个问题,并在中展示了解决方案。享受吧

您是否使用检查原始richtext以查看问题是否已经存在!您可能需要检查从GeniSofTTHx到Obi-Wan Langhinrichs的应用程序理想性,以查看解决方案视频: