Context mkiv 具有 xml 功能，现在可以发布 xml 数据库。Speedata 出版商基于LuaTeX，用于进行数据库发布。
这些系统相比如何？ConTeXt 可以实现 speedata 的动态页面布局/虚拟页面吗？speedata 还提供了一个将图形对称地放在两列之间的示例。这在上下文中可行吗？
答案1
如上所述：我给出的答案是基于我对 ConTeXT 的 XML 处理能力的有限了解。因此，请编辑答案，因为我可能错了。
输入：ConTeXt 的输入是 TeX 和 XML 的混合。数据是 XML，布局（样式信息）是 TeX。speedata 的输入只有 XML，布局语言以 XML 形式编写。
特征：ConTeXt 比我的软件要老得多，因此 ConTeXt 中的功能比 speedata Publisher 中的功能多得多。话虽如此：发布器具有足够的功能来执行许多排版任务，尤其是在“产品目录”方面
虚拟页面：ConTeXt 也可以处理虚拟框。这是 TeX 的基本功能，因此这里没有太大区别。我的软件在网格单元中进行计算，而 ConTeXt 在（缩放）点中进行计算，但实际上这并没有区别。
图像形状：我不知道 ConTeXt 是否允许这样的事情，我希望得到一个答案。
我个人的结论是：ConTeXt（作为 LaTeX）更侧重于具有复杂结构（脚注、数学……）的文本输出，而我的工具更侧重于布局方面。ConTeXt 很可能能够创建与 speedata Publisher 相同的布局。
（社区维基，任何人都可以编辑这个答案并添加内容）
答案2
在基于 ConTeXt 构建了数据库发布系统后，我可以确认它非常适合这项任务，但是它不是一个数据库发布系统，这意味着您必须自己构建这样的系统，从数据采集、数据处理和转换到排版，但 Speedata 发布者似乎都不是。您当然不希望用户编辑 xml 文件，是吗？因此，您仍然必须构建从用户界面（GUI 或 Web 界面）到 xml 文件的整个传输带部分。问题出现了，您是否需要 xml 文件？例如，可以考虑直接生成 ContTeXt 代码的 Web API。回到您的问题。您当然可以设置 ConTeXt 来处理任何 XML 文件，但是我一直更喜欢使用 XSLT 来获取更简单的 XML 文件，该文件可以由 ConTeXT 按文档顺序进行处理。