Orbeon xforms 和富文本控件

问题描述

我的代理机构正在使用最新的 2019 CE 版本手动开发 xforms。我们正在使用我们自己的 xslt 和 java 应用程序使用 FOP 将 xml 呈现为 PDF。 xml文档由我们在tomcat上运行的java web应用程序存储到我们的Oracle数据库中,(orbeon单独部署在tomcat上)

我们希望将富文本编辑器的输出呈现为具有基本格式的 PDF。我们有一个样式表,可以将基本的混合内容 xhtml 转换为 fop 格式,它似乎可以工作。 (xml 的架构允许“任何”具有混合内容的 xml。)

我们希望将输出作为非转义 xml 存储在数据库中,以便标记在需要呈现时准备就绪。当我们保存文档时,编辑器标记不会被 Java 转义。 (在渲染应用程序中,我们不希望在渲染时“取消转义”)

问题在于,当我们从数据库中检索未转义的编辑器标记时,xform 中的富文本控件不会将其视为有效输入,并且不会呈现任何内容。 (我验证了在数据库中存储编辑器输出的转义版本将在稍后检索时正确呈现)。我检查了可用的 TinyMCE 选项,只有“Lt”、“gt”和“/”被转义。看起来确实可以在使用 JavaScript 的编辑器初始化时对内容进行转义,但还没有尝试过,我不确定这是否“安全”。我曾考虑尝试使用样式表来取消转义 xhtml 元素 之前将其提供给 xform,但这显然比我最初假设的要复杂。所以首先我想排除是否有某种方法可以让 TinyMCE 在加载 xform 后处理“未转义”的元素内容

我不希望将 xhtml 元素内容视为模式的字符串。 xhtml 元素内容必须在渲染之前取消转义,以便在 PDF 中进行格式化,但我不想将这一步放在渲染应用程序中。关于我忽略的选项有什么建议吗?

解决方法

暂无找到可以解决该程序问题的有效方法,小编努力寻找整理中!

如果你已经找到好的解决方法,欢迎将解决方案带上本链接一起发送给小编。

小编邮箱:dio#foxmail.com (将#修改为@)