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

Create an asciidoc version of the NFFT manual. #43

Open
jenskeiner opened this issue Aug 16, 2017 · 1 comment
Open

Create an asciidoc version of the NFFT manual. #43

jenskeiner opened this issue Aug 16, 2017 · 1 comment
Assignees
Labels
automation Suggestions and possible candidates for automation. build routine Topics concerning the build routine. documentation Topics concerning the documentation. enhancement
Milestone

Comments

@jenskeiner
Copy link
Contributor

jenskeiner commented Aug 16, 2017

The NFFT manual is currently maintained in LaTeX sources. An asciidoc version should be included in the source package to simplify maintenance. The asciidoclanguage is simple yet powerful enough to support what is needed for the manual, including math formulae.

Also, GitHub can render asciidoccontent on-the-fly from the sources, which makes it easier to browse the documentation online.

And additional benefit is that any changes to the library that would entail updating the documentation will become more visible in code review.

@jenskeiner jenskeiner added this to the 3.4.1 milestone Aug 16, 2017
@jenskeiner jenskeiner self-assigned this Aug 16, 2017
@tvolkmer tvolkmer modified the milestones: 3.4.1, 3.4.2 Mar 26, 2018
@michaelquellmalz michaelquellmalz modified the milestones: 3.5.1, 4.0.0 Mar 5, 2019
@kevinmatthes
Copy link
Contributor

We can create such a documentation very easy with pandoc. We would just need to add the concerning build instructions and experiment with the optimal set of options.

pandoc is a GPL 2 library, written in Haskell, which converts file formats from one into another. It is available for UNIX and Windows, as well, and brings an application in order to access the library's possibilities. This is very useful when dealing with different file types which need to fit a certain target platform's requirements (creating Word documents on Linux for Windows machines -- pandoc cares for the fonts). For instance, Markdown files, such as the README.md and the currently named as such CONVENTIONS.md (see #123), can be converted with pandoc into printable versions by running

pandoc README.md -o readme.pdf

It also supports further formats, such as DOCX, PPTX, TEX and asciidoc. All we need is a source file -- or a set of them -- in order to give it to pandoc. More than one file in the input will cause pandoc to render all of them in order of appearance into the output file, such as sections of a manual. More than one output file requires multiple calls. Since we have them as LaTeX files, we just need to call the application accordingly in order to generate the intended documentations.

Thereby, I would like to suggest furthermore to add according build instructions to all build systems (see #8) such that users can choose if they also want to have printable versions of README.md and CONVENTIONS.md and, if so, in which formats (Word documents, PDF documents, asciidoc, HTML pages etc.).

@kevinmatthes kevinmatthes added automation Suggestions and possible candidates for automation. build routine Topics concerning the build routine. documentation Topics concerning the documentation. labels Oct 30, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
automation Suggestions and possible candidates for automation. build routine Topics concerning the build routine. documentation Topics concerning the documentation. enhancement
Projects
None yet
Development

No branches or pull requests

4 participants