From: Daniel Vetter <daniel.vetter@ffwll.ch>
To: Jonathan Corbet <corbet@lwn.net>
Cc: "ksummit-discuss@lists.linuxfoundation.org"
<ksummit-discuss@lists.linuxfoundation.org>
Subject: Re: [Ksummit-discuss] [CORE TOPIC] Documentation
Date: Tue, 4 Aug 2015 13:09:37 +0200 [thread overview]
Message-ID: <CAKMK7uFsE1HkmmAU1J-9ZtHfAG1iUGjb8H4z6U1LR4goFgfV9g@mail.gmail.com> (raw)
In-Reply-To: <20150801164142.653012af@lwn.net>
On Sat, Aug 1, 2015 at 4:41 PM, Jonathan Corbet <corbet@lwn.net> wrote:
>
> We have some interesting proposals for improvements on the DocBook side,
> including integrating Markdown support
> (http://thread.gmane.org/gmane.linux.documentation/32140) and allowing
> embedded DocBook comments within structs
> (https://lwn.net/Articles/653194/). I think they both have merit, but I
> hesitate to take them for a couple of reasons.
>
> One is that changes in how docs are done would be imposed on everybody who
> is interested in keeping up the docs. They also can, in a sense, look like
> coding-style changes, which is an area where I fear to tread on my own.
> The other is that I wonder if we want to consider a bit of a more sweeping
> overhaul.
>
> I am not convinced that DocBook is really the right tool for the job
> here. It is complex, finicky, and it's a real pain to have to replace an
> entire laptop because you've worn out your shift key. It is, I believe, an
> impediment to improvements to our docs in general. If, instead, we used
> something more plain-text-like, I think life might get a lot easier; it
> could also enable the integration of all of our docs into something a bit
> more cohesive.
The entire point of all the work Danilo's been doing is being able to
pull out _all_ the actual text from the DocBook templates and move
them into the code. The docbook template will simply be the
scaffolding that pulls it all together and gives it the overall
structure. That gives you:
- almost no xml to edit
- documentation as plain-text with markdown
- documentation always right next to the code
Especially the last one is crucial from my experience documenting the
userspace side of the i915 driver. And the overall structure is also
really important since a pile of linked chapters is a really good way
for new people to dig into your docs. The pile of text files in
Documentation imo fails badly at that, even if it would look prettier
by using markdown, since if you don't know where to look you'll never
find related bits of documentation. Crosslinking is key for useable
docs imo, hence that's the first thing Danilo added.
-Daniel
--
Daniel Vetter
Software Engineer, Intel Corporation
+41 (0) 79 365 57 48 - http://blog.ffwll.ch
prev parent reply other threads:[~2015-08-04 11:09 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-08-01 14:41 Jonathan Corbet
2015-08-02 7:07 ` Davidlohr Bueso
2015-08-03 13:35 ` Rafael J. Wysocki
2015-08-03 13:27 ` Konstantin Ryabitsev
2015-08-03 14:33 ` Jonathan Corbet
2015-08-03 20:45 ` Dmitry Torokhov
2015-08-04 10:59 ` Daniel Vetter
2015-08-04 0:52 ` Rafael J. Wysocki
2015-08-04 12:50 ` Laurent Pinchart
2015-08-04 13:03 ` Daniel Vetter
2015-08-04 14:28 ` Laurent Pinchart
2015-08-04 14:30 ` Daniel Vetter
2015-08-04 13:50 ` Dan Carpenter
2015-08-04 14:05 ` Geert Uytterhoeven
2015-08-04 14:29 ` Daniel Vetter
2015-08-04 14:30 ` Laurent Pinchart
2015-08-04 17:10 ` Geert Uytterhoeven
2015-08-04 14:42 ` Konstantin Ryabitsev
2015-08-04 18:21 ` Tim Bird
2015-08-04 21:00 ` Laurent Pinchart
2015-08-04 15:35 ` Mark Brown
2015-08-05 17:07 ` Michael Kerrisk (man-pages)
2015-08-04 17:24 ` Jonathan Corbet
2015-08-04 7:12 ` Michael Ellerman
2015-08-04 7:42 ` Marcel Holtmann
2015-08-04 8:33 ` Peter Huewe
2015-08-05 17:08 ` Michael Kerrisk (man-pages)
2015-08-05 17:19 ` josh
2015-08-05 17:21 ` Konstantin Ryabitsev
2015-08-04 12:54 ` Laurent Pinchart
2015-08-04 13:07 ` Daniel Vetter
2015-08-04 11:09 ` Daniel Vetter [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=CAKMK7uFsE1HkmmAU1J-9ZtHfAG1iUGjb8H4z6U1LR4goFgfV9g@mail.gmail.com \
--to=daniel.vetter@ffwll.ch \
--cc=corbet@lwn.net \
--cc=ksummit-discuss@lists.linuxfoundation.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox