我写的一个基本的文字处理应用程序和我试图解决上一个本地的"内部"的格式,一个是我的代码分析,以便呈现的画面。我想这是XML使我可以,在未来,只是写XSLT将其转换为ODF或XHTML或什么的。

当搜索现有的标准的使用,唯一一个看起来很有希望的是ODF.但是,看起来像大规模的矫枉过正的什么我所需要的。所有我需要的是一段标签字体选择,字体大小和装饰...那是很多的。它会带我一个很长的时间来实现甚至最小的ODF呈示,我不确定它是值得的麻烦。

现在我想做我自己的XML格式,但是这不是真的良好做法。更好地使用标准,特别是自那以后我也许可以找到的Xslt我可能需要在未来已经编写的。

或者我应该只是咬子弹和实施ODF?

编辑:关于回答

我知道XSL-FO之前,但是由于重量的规范并没有真正consdiered。但你是对的,的一个子集将会给我我需要的一切工作和发展空间。谢谢你的提醒。

另外,通过包括绘图书馆等FOP或RenderX,我得到PDF生为免费。不坏...

有帮助吗?

解决方案

你确定有关需要代表 表象 边的事情,它可能是值得看的 XSL-FO W3C的建议。这是一个完全成熟的一页的描述语言和(深度不合时宜的)其他一半的更好的知XSLT。

显然整件事是什么,但"lightwight",但是如果你只是纳入一个 非常有限的子集-它可能甚至只是被(匹配你的规格"的段落的标签,字体选择,字体大小和装饰") fo:块共同的字体的特性, ,是这样的:

<yourcontainer xmlns:fo="http://www.w3.org/1999/XSL/Format">
    <fo:block font-family="Arial, sans-serif" font-weight="bold"
        font-size="16pt">Example Heading</fo:block>
    <fo:block font-family="Times, serif"
        font-size="12pt">Paragraph text here etc etc...</fo:block>
</yourcontainer>

这或许会有一些优势只是滚你自己的。有一个开放的规范工作,和所有的暗示。它重用CSS性XML属性(在一个类似的方式SVG),因此许多格式的详细信息似乎有些熟悉的。你会有升级的道路,如果你以后决定说,智能呼是一个必有特征,包括多个部分的规范,因为他们成为相关的应用程序。

还有一件事你可能会得到从调查XSL-FO-看到甚至只是做段和字体可以窘况复杂。试图做的文本布局和行'正确的方式',用于各种不同的语言和使用情况似乎非常艰巨的给我。

其他提示

如果它只能用于文字处理、然后也许 DocBook 可能会有点轻于ODF?

然而,wiki项国家:

DocBook是一个语义标记语言为技术文件。它最初是用于编写技术文件有关的计算机硬件和软件,但它可用于任何其他种类的文件。

所以它可能不会如此适用于一个通用的文字处理?

使用DocBook将是一个事实,即数DocBook->其他格式转换器应该是吗?希望这会有所帮助。

我喜欢DocBook,但它并不真正适合。它力求呈现独立的,目的是将使用XSLT使其演示文稿的格式。

在文字处理器,用户编介绍沿用的内容。例如,用户不希望标志着一个"关键字",必然,他们想要做一些文字。

一DocBook编将是一个非常好的事情(我不知道一个很好的存在),但它不是真正的我在做什么。

很好,正确的...但因为我需要能转换为XML无论如何,为什么抱着我的文档树和DOM树在存储器,当有什么阻止我的工作权利DOM树?

特别是由于一个独特特征的我的程序是,一切都始终保存你的类型,我不需要运行一个整体的转换以XML每次我打一个关键。容易只是领带输入和输出直接到我的存DOM树。

编辑:哦,唯一的问题与XHTML是我想要支持基本的分页。虽然我猜猜还有什么能阻止我使用一些额外的标签。

XML是 格式,不 内部.

什么是错的 XHTML?这很简单,它是普遍存在的(至少HTML)。你的实施会容易的调试和你的用户将会永远感激.

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