开发者

Can you suggest a component CMS that is compatible with IBM's DITA [closed]

As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance. Closed 9 years ago.

I am looking for a Component CMS solution that is compatible with IBM's DITA in terms of preserving the document hierarchy/structure created in DITA (ditamaps).

I am not necessarily lookin开发者_JAVA百科g for an open source solution.

Other requirements would be:

- file migration

- XML support (ingestion, editing, export)

- PDF support (publishing)

- Workflow management

- Localization support (managing versions across locales)

- Output tagging


As you are looking at CCMS, be sure that you consider the following factors:

  • How easy is it to get your content into the system?
  • How easy is it to get your content out of the system?
  • Does the system use proprietary mechanisms for filtering, rather than support for DITAVAL that is part of the OASIS standards?

Part of the beauty of DITA is that if you follow the standard and do not use proprietary mechanisms, you easily can exchange content with business partners, move to another CCMS, if you needed, and so forth.

Older CCMS use proprietary mechanisms for some things. It's entirely understandable, since they were developed before DITA was a standard, and so have legacy customers with implementations that they must support.


It's a bit dangerous (a lot dangerous) to be choosing something like a Component CMS based on questions on a forum like this, but as long as you're asking you could look at things like: SDL Trisoft, IXIASOFT DITA CMS, Vasont, XDocs, or DITA Exchange to get an idea of what is out there. CCMS systems are vastly different from each other both in price and functionality, so things like:

  • Number of users
  • Distribution of users
  • IT 'religious affiliations' (e.g. SharePoint addiction, Linux)
  • Use of DITA features like Conref, KeyRef, SubjectScheme
  • Versioning flexibility requirements
  • Translation management

will all greatly affect the decision making process. We tend to spend time with a client before making solid recommendations so this is simply something to get you started in your research.

PS - As you may know Arbortext is not a Component CMS at all, it's an editor.


Sorry for not understanding the following thing, from the question.

  • [file-migration] What is the current format?

If it comes as (DITA) XML (or can be migrated to XML), the following procedure might be a solution:

  • [Import] Import the (DITA) XML into a Version Control System;
  • [Edit] From there it is easy to modify by multiple people;
  • [Export] Always possible, from CVS system;
  • [Publishing] Automatic PDF generation (DITA Open Toolkit);
  • [Localization support] Use branches for the different languages;
  • [Tagging] Tag a final release, when it is is published.

See also the What is the recommended tool chain for formatting XML DocBook? as these same suggestions can be used for a DITA tool chain.


IBM built DITA on Arbortext. Arbortext was the only vendor to be a charter member of the OASIS DITA Technical Committee and they continue that activity as PTC. (Arbortext was acquired by PTC in 2005).

Arbortext also supports DocBook (since conception), S1000D, and custom doctypes with no customization of the application required.

Happy to talk more about this offline.


If you are still looking for options you should check out easyDITA (http://easydita.com)

0

上一篇:

下一篇:

精彩评论

暂无评论...
验证码 换一张
取 消

最新问答

问答排行榜