Skip to content

Meeting minutes 2016 05 05

Roger Sheen edited this page May 30, 2016 · 2 revisions

DITA-OT Docs Call — May 05, 2016

Contents

Attendance

  • Kris
  • Roger
  • Shane

OT project status updates

The DITA-OT contributor call was held immediately prior to the docs call. Meeting minutes are available at https://github.com/dita-ot/dita-ot/wiki/Meeting-minutes-2016-05-05.

  • 2.2.5 hotfix to be finalized on Monday, May 9.
  • 2.3 currently scheduled for May 29.

New issues since last call

3 new issues & pull requests were created since the last call.

In #94, Radu proposes adding an FAQ section to the docs, and offers the content of his blog post as raw material.

We should discuss whether to include this within the docs, or elsewhere on the project website.

Fixed issues since last call

2 pull requests were submitted:

  • #93 by Shane with some improvements to the “Creating plug-ins” section
  • #95 by Robert with some updates to the messages topic to clarify the errors as suggested by Radu in dita-ot/dita-ot#1709.

Backlog review

Currently 27 Open Issues, 43 Closed, no open PRs: https://github.com/dita-ot/docs/issues.

Issue prioritization

The main focus areas for the next few weeks leading up to the 2.3 release will be issue #70: Extend section on “Customizing PDF output” and related subtasks:

“Customizing PDF output”

  • Overview of customization approaches, with pros, cons & recommendations for each approach:
    1. Editing default org.dita.pdf2 files in place — why not to!
    2. Placing custom files in org.dita.pdf2/Customization folders, editing custom.xsl.orig
    3. Specifying remote customization folders via customization.dir
  • Best practices: Creating custom PDF plug-ins
    • custom.xsl vs. replicating org.dita.pdf2 folder structure
    • Duplicating entire org.dita.pdf2 stylesheets vs. individual templates
    • Migrating custom PDF plug-ins to new DITA-OT versions (see comments in #29)
  • Link to the PDF plugin generator #57
  • Relevant content from pdf2 ReadMe files #69
  • Migrating PDF customization folders to plugins #43

Draft content based on input from Kris & additions by Roger is available for review on a staging fork of the project website at http://infotexture.github.io/dita-ot.github.io/dev/dev_ref/pdf-customization.html .

Customization approaches

During the call, we discussed the pros & cons of various PDF customization approaches & best practices. There appears to be consensus among the docs team and other DITA-OT collaborators that we should strongly urge users to customize only individual templates rather than duplicating entire stylesheets.

While we may not want to treat other approaches as wrong, we agree the docs should explain their disadvantages so users understand the reasoning for the recommended approach.

Plug-in structure topic

Roger has adapted content from the pdf2 ReadMe files for #69 that explains the structure of the former Customization folder.

One option would be to use this content as a recommendation for the folder structure of custom plug-ins:

PDF customization plug-ins typically organize files in a folder structure that mimics the hierarchy of the default PDF plug-in. This method facilitates comparisons with the default settings in the base PDF plug-in.

However, some users may find this structure unnecessarily complex.

Shane suggests adapting this content as an explanation of the structure of the default plug-in. As with customization approaches, we may want to explain the pros & cons of different folder structures, point out how the default structure facilitates diffs for complex plug-ins and add a topic on 3-way diff & merge.

You may want to structure your plug-in differently.

Discussion of how PDF customization is related to the "Creating plug-ins" section:

  • it is related, but we don't want to bury it
  • remind users much of this info is not specific to PDF customization,
    but also applicable to plug-ins in general
  • should we move some of the examples into a dedicated section?

Request for review

The contents of the “Customizing PDF output” section will be further refined based on our discussion.

Additional comments and feedback are welcome over the next few weeks, as we'd like to include this content for the 2.3 release.