51
edits
Changes
Jump to navigation
Jump to search
- * user: command is meant for the general ConTeXt user base- * programmer: command is meant for folks who create their own ConTeXt commands- * implementor: command is meant for internal use in ConTeXt development
`dita-ot` can generate an HTML version At the moment, the distribution supports three maps of the documentation setcommand topics:
`dita * The full command set* User--input=context_command_reference.ditamap --format=html5`facing commands* System commands
https://paul.mazaitis.org/ctx_comref/html5/ This is without any CSSMaps could also be made to support command glossaries for manuals, etc. - just the structure. === XSL-FO PDF === `dita-ot` can generate an XSL-FO version of the documentation set:
dita --input=context_command_reference.ditamap --format=pdf
...as hosted here:==== Keeping Track of What Needs To Be Worked On ====
https://paulSeveral elements in the topics now have the `rev` attribute.mazaitisThis can be used to keep track of what elements in the command set are still boilerplate by incrementing the attribute value after edit.org/ctx_comref/pdf/context_command_reference.pdf
This is pretty straightforward FO. (I imagine ConTeXt could do a nicer job...)=== Output Products ===
=== The Normalized XML ===DITA version of the current effort is here:
`ditahttps://paul.mazaitis.org/ctx_comref/ctx_com_ref-ot` can generate a normalized version of the documentation set:ditanorm-20200622_002.zip
dita --input=context_command_reference.ditamap --format=dita..presented as a zip file (to browse though a smaller example, the prototype is still available online).
httpsOther available formats://paul.mazaitis.org/ctx_comref/normalized-topics/
This transformation does all of the processing work on individual topics HTML5 (coping contentNo CSS, resolving lints, etcZipped): https://paul.mazaitis.) but keeps the content as XML files for further processingorg/ctx_comref/ctx_com_ref-html5-20200622_002.zip
=== Web Help ===PDF (XSL-FO, Full Command Set): https://paul.mazaitis.org/ctx_comref/ctx_com_ref-pdf-20200622_002.pdf
I There are also use the Oxygen XML Editormaps available to build a reference manual with only system commands, which comes and a reference manual with several other transformationsonly user commands. One transformation A PDF version of the documentation set that might be interesting as an example of what is possible is their Web Help implementation, hosted herelatter:
There are many other transformations availableThe documentation still needs to be completed and edited, etc., but I think this could be a viable way to systematically document more of the interface's depth and it is possible to create new onesdetail.
My current work is putting together a programmatic solution for transforming the current XML interface files into a base DITA document set of partially filled topics for every context command.
Reorganization of feature list, features added
== A Hand-Built Prototype ==
I've put together a hand0built hand-built prototype with a handful of commands to act as examples:
https://github.com/pmazaitis/context_command_reference_prototype
This is meant to be a small scale, easily digestible prototype to show how DITA might be used to develop a comprehensive documentation set.
=== Output Products ===
From the hand-built prototype, The DITA Open Toolkit (dita-ot) can generate lots of different formats out of the box, and use plugins for others. Here are some examples, all generated from the above DITA document set.
==== HTML5 ====
`dita-ot` can generate an HTML version of the documentation set:
`dita --input=context_command_reference.ditamap --format=html5`
...as hosted here:
https://paul.mazaitis.org/ctx_comref/prototype-html5/
This is without any CSS, etc. - just the structure.
==== XSL-FO PDF ====
`dita-ot` can generate an XSL-FO version of the documentation set:
dita --input=context_command_reference.ditamap --format=pdf
...as hosted here:
https://paul.mazaitis.org/ctx_comref/prototype-pdf/context_command_reference.pdf
This is pretty straightforward FO. (I imagine ConTeXt could do a nicer job...)
==== Normalized XML ====
`dita-ot` can generate a normalized version of the documentation set:
dita --input=context_command_reference.ditamap --format=dita
...as available here:
https://paul.mazaitis.org/ctx_comref/prototype-normalized-topics/
This transformation does all of the processing work on individual topics (coping content, resolving lints, etc.) but keeps the content as XML files for further processing.
==== Web Help ====
I also use the Oxygen XML Editor, which comes with several other transformations. One transformation of the documentation set that might be interesting as an example of what is possible is their Web Help implementation, hosted here:
https://paul.mazaitis.org/ctx_comref/prototype-webhelp-responsive/
==== Other Available Transformations ====
There are many other transformations available, and it is possible to create new ones.
== A Full Command Set ==
=== Dita Sources ===
A full DITA rendering of the ConTeXt command interface is tracked here:
https://github.com/pmazaitis/context_command_reference
These files are generated by a Python script from the command interface files distributed with ConTeXt. The Script is available here:
https://github.com/pmazaitis/context-interface2dita
...with a noted lack of documentation as of yet.
This documentation set is tested to build to PDF, HTML5 and Normalized DITA.
=== Topic Level Features ===
The `audience` element expresses the intended audience for this topic. This can be used to indicate a level of expertise expected for the audience of this particular command:
There is some flexibility here with the labels.
The `category` element describes one or more categories that this command is part of. A command topic can have multiple `category` elements.
The `keywords` element can support one or more `keyword` elements, to tag commands that fall into more than one area.
The `prodinfo` element contains metadata about how this command topic related to the entire project. The `prodname` element generally links the command to ConTeXt, while the `vrmlist` allows tracking of version (whatever makes sense) and release (which might be useful for production/experimental commands, etc.).
These elements can be used for conditional processing. For example, we could instruct the DITA processor to only include topics that are user-focused, etc.
In addition to the formal metadata, the `prolog` also supports two other pieces of information: the `source` element, and the `critdates` element.
The `source` element may be useful here to describe a full (non-rooted?) path to the source file in the standard ConTeXt distribution.
The `critdates` element can contain `created` and `revised` elements to capture creating, modification, and expiry dates. This element can be used progamatically to identify documentation that is scheduled for an edit.
==== Syntax ====
This is a simple two column table that describes commands (column one) and the commands related to that command (column two).
== Output Products == From the hand-built prototype, The DITA Open Toolkit (dita-ot) can generate lots of different formats out of the box, and use plugins Multiple Maps for others. Here are some examples, all generated from the above DITA document set. ==Multiple Products = HTML5 ===
...as hosted here:each drawing on the same pool of command topics to build the final product.
This one is interesting to me, in that it might be useful as a basis for inclusion and formatting in both ConTeXt documents (through the XML interface) and/or the Wiki (if current methods could be adopted)...as available here:
https://paul.mazaitis.org/ctx_comref/webhelpctx_user_ref-responsive/pdf-20200622_002.pdf
=== Other Available Transformations Much Yet to Do ===
== Pros and Cons ==
== Current Work: Transforming the Current Interface Files ==
Working out a way to manage ''variants'' in the documentation set.
== Future Work ==
