Documentation?

Patrick O'Donnell pao at ascent.com
Wed Apr 8 06:33:00 PDT 2009


>From: Glynn Clements <glynn at gclements.plus.com>
>Date: Wed, 8 Apr 2009 11:58:45 +0100
>
>Patrick O'Donnell wrote:
>
>> >> Someone offered up www.x.org/docs
>> ...  a guide to what's even in that
>> directory. ...
>
>Okay.
>
>BDF	Bitmap Distribution Format
>
>	Format of BDF bitmap font files
>[etc...]

That is helpful.  It would make a good README file to go in that
directory.  If I were to add a smattering of HTML markup for links to
the subdirectories, who would be the best person to send it to to be
installed there?

>In theory, most of the above aren't relevant if you're using toolkits ...
>
>Writing a GUI application using nothing but raw Xlib is a bad idea.
>It's analogous to writing an application without any libraries (even
>libc), using nothing but home-grown functions and direct system calls.
>
>Application programming documentation normally focuses on a specific
>toolkit.

Oh, I agree.  But, as I mentioned in another message, I'm maintaining
systems whose X interactions predate pretty much all the toolkits.  (I
think Xt was in its infancy and was not yet stable enough for our
use.)  Re-porting¹ the systems to use a toolkit at this time is very
unlikely.

>The low-level documentation is of interest mainly to authors of
>toolkits and/or low-level utilities.

I guess that's pretty much where I find myself, actually.  Although
the module boundaries are not as impermeable as I would wish, our
low-level substrate does take the shape of a toolkit.  It's too bad
that maintaining that substrate happens to be incidental to the
maintenance of the applications, and not a directly focussed task.

		- Patrick

¹I found it amusing how close "re-porting" was to -- as I originally
mistyped -- "repotting".  The unintentional metaphor is almost apt.



More information about the xorg mailing list