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

Decide upon unified documentation system #3

Closed
drlight-code opened this issue Sep 2, 2015 · 4 comments
Closed

Decide upon unified documentation system #3

drlight-code opened this issue Sep 2, 2015 · 4 comments

Comments

@drlight-code
Copy link
Collaborator

We want some unified documentation system which preferrably:

  • allows generating different output formats (HTML, PDF, info, ...?) from single source
  • has an easily accessible (markdown) syntax

Possible choices:

  • doxygen
  • texinfo
  • asciidoc
  • txt2tags
  • docutils / reStructuredText
@drlight-code
Copy link
Collaborator Author

Having looked at the different systems a bit, I think asciidoc and docutils/reST would be the most reasonable candidates since they provide a straightforward markdown style syntax. Some examples and the available output formats:

reST: HTML, HTML5, S5, LaTeX, XML(Docutils), OpenOffice ODF/.odt

Section Header
==============

Subsection Header
-----------------

- A bullet list item
- Second item

  - A sub item

- Spacing between items creates separate lists

- Third item

1) An enumerated list item

2) Second item

   a) Sub item that goes on at length and thus needs
      to be wrapped. Note the indentation that must
      match the beginning of the text, not the 
      enumerator.

      i) List items can even include

         paragraph breaks.

3) Third item

A sentence with links to Wikipedia_ and the `Linux kernel archive`_.

.. _Wikipedia: http://www.wikipedia.org/
.. _Linux kernel archive: http://www.kernel.org/

asciidoc: HTML, XHTML, EPUB, PDF, DVI, PostScript, roff, man pages, Web help, HTML Help, additional user output formats

example: http://asciidoc.org/book.txt

To me, asciidoc looks a bit more mature and supported, is a bit more expressive but also less straight-forward to write. Docbook/RST is described in its documentation as still a bit experimental but seems to get adopted by many platforms right now such as Trac and GitHub. I think either one would do the job, but I would, for now, try asciidoc first, since there seems to be more widespread tool support and more backends/generators, also I subjectively feel it's better suited for a larger, structured document such as a user guide with different chapters and such. I have no experience with either of them, so this is more of a gut feeling. Any comments, experiences?

@game-stop
Copy link
Owner

Yes, my preference goes to asciidoc as well. Lets just go with it, put some documentation into this format and see how it feels after we have worked with it for a while

@d-j-a-y
Copy link
Collaborator

d-j-a-y commented Nov 16, 2015

example and AsciiDoc cheatsheet : http://powerman.name/doc/asciidoc

@game-stop
Copy link
Owner

Close, continue under #76

d-j-a-y referenced this issue in d-j-a-y/veejay May 25, 2019
* move "delete anim" and "enable anim" button to top (resolve disabled btn on delete)
d-j-a-y referenced this issue in d-j-a-y/veejay May 25, 2019
* move "delete anim" and "enable anim" button to top (resolve disabled btn on delete)
d-j-a-y referenced this issue in d-j-a-y/veejay May 25, 2019
* move "delete anim" and "enable anim" button to top (resolve disabled btn on delete)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants