Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Extend documentation on ditafileset #340

Open
jelovirt opened this issue May 12, 2021 · 3 comments
Open

Extend documentation on ditafileset #340

jelovirt opened this issue May 12, 2021 · 3 comments
Labels
feature New topic, feature or request

Comments

@jelovirt
Copy link
Member

Description

Extend <ditafileset> documentation to cover undocumented attributes.

Possible Solution

The following attributes are supported by the implementation

  • @input = true | falsetrue for start document, false for others; defaults to false
  • @inputResource = true | falsetrue for resources files (--resource in CLI), false for others; defaults to false
  • @conref = true | falsetrue for documents that use conref, false for others; defaults to false
  • @processingRole = resource-only | normalresource-only for documents references as resource only, normal for normal references; defaults to any.

Potential Alternatives

None

Additional Context

Example uses can be found from e.g. build_preprocess_template.xml or build_preprocess2_template.xml.

@jelovirt jelovirt added the feature New topic, feature or request label May 12, 2021
@jelovirt
Copy link
Member Author

jelovirt commented May 13, 2021

@infotexture Has there been any discussion in separating Ant script docs into a separate reference? We have

  • <ditafileset> is our custom resource collection that allows choosing files based on file metadata from Job configuration. It can be used in our custom modules but also with Ant built-in tasks like <copy> or <pathconvert>.

  • <pipeline> that's documented in fragments like release notes and coding conventions, but not as a reference.

    The pipeline task is basically a wrapper around out custom modules and it was added ages ago. In many cases we could change the code and just have the module configuration alone, but it allows use the group modules and e.g. use <xslt> element which is a reserved element name by Ant's built-in tasks.

  • <module> which is only used with <pipeline> and calls custom or built-in modules, like XsltModule. I don't know if we should list all modules or just those that are general purpose.

@infotexture
Copy link
Member

Has there been any discussion in separating Ant script docs into a separate reference?

@jelovirt Not that I recall.

Since the dita command was introduced in DITA-OT 2.0, there's been less focus on Ant scripting in the docs.
I'm not necessarily opposed to adding this sort of information, but I'd need more input, as I haven't used Ant in years.

@jelovirt
Copy link
Member Author

These are not about calling DITA-OT with Ant directly. These are basically plug-in developer reference info. The kind of stuff you write in your custom plug-in's build.xml to process temporary files etc.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
feature New topic, feature or request
Projects
None yet
Development

No branches or pull requests

2 participants