我需要一个免费的 .net XSL-FO 处理器,并初步测试了 nfop 的功能。我发现了一些缺点,这些缺点对我满足项目的要求非常重要。

我遇到的问题有:

第三点特别烦人,我通过使用 iTextSharp 并随后编辑 PDF(混乱)找到了上述一些问题(1,2)的解决方法。

我的问题是:

  • 是否有针对上述任何问题的解决方法?
  • 人们在使用 nfop 时还遇到过哪些其他问题?
  • .net 是否有替代的 XSL FO 处理器?
有帮助吗?

解决方案

需要考虑的其他具有 .NET 接口的 FOP 引擎:

FOP 标准合规性和错误/问题的级别因 FOP 引擎而异,因此我建议在开发时使用多个 FOP 引擎(许多提供试用版本),以确定您的 FOP 是否存在问题或您的 FOP 是否存在错误/问题渲染引擎。

其他提示

我找到了一种解决保持在一起属性问题的方法。我没有使用此属性,而是使用以下方法将表行元素链接在一起:

<fo:table-row keep-with-previous="always">

上述属性似乎已实现。

我使用以下网站作为参考:http://www.ibm.com/developerworks/xml/library/x-tippgbk/index.html

我仍然想听听 nfop 的其他问题/解决方法/替代方案。

谢谢你的回答,麦兹。不幸的是,由于预算限制等原因,这些选项对我来说不可用。

我将不得不使用 iTextSharp 并随后手动添加水印(是的)。

好吧,这只小狗再次抬起了头,我遇到了“将块保持在同一页上”的问题。

我发现

<fo:table-row keep-together="always">

发挥了魅力。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top