Re: Possible WM Documentation Project

Alex Perez <[email protected]>
Newsgroups gmane.compw.window-managers.windowmaker.user
Message-ID <[email protected]>
Peter Dembinski wrote:
> On Tue, Mar 08, 2005 at 03:28:01PM -0500, cga wrote:
> 
>>Russ Button wrote:
>>
>>[...]
>>
>>
>>>One of the things I'd like to see are docs relating to all the weird 
>>>little control files
>>>and such.  
>>
>>Are there any plans to convert these to an xml-based format?
> 
> 
> I didn't make any comparisons, but IMO XML parsers are bigger and slower
> than libproplist.  Moreover, proplists seem to be good enough for storing 
> configuration info.  Why to change the piece of software that does its work
> and does it well?  Because XML is trendy at the moment?

I agree that XML is absolutely over-used in so many situations. That 
said, if you think XML is a "trendy fad" that is going to simply go 
away, you're delusional. There are /good/ reasons for using XML. DocBook 
has become a good de-facto documentation standard, for which there are 
dozens of utilities to easily export to other formats such as XML and 
PDF. It's established. If anything, writing plist documentation seems a 
bit laughable to me, because it's so amazingly nonstandard. Who else do 
you know who uses XML plist docs? Heh.
>  
> 
>>>What the GNUstep directory does and all the various control files
>>>underneath it.   This would really help those trying to integrate WM 
>>>into some
>>>new 'IX variant.  I've only installed it in Redhat 6.x, 7.x, 9.x and 
>>>Fedora Core 2.
>>>A lot of the problem I suppose is that it just isn't stuff with WM, 
>>>but also with
>>>the login manager like GDM or XDM.  
>>
>>Documenting the installation/configuration of XDM/GDM (WDM.. KDM..) is 
>>probably not relevant. Briefly explaining how to integrate wmaker to an 
>>existing graphical login setup definitely is.

If the WM authors wanted to improve WM desktop interoperability, they'd 
actually apply my trivial patches instead of ignoring them every time I 
resend them to wm-dev. They've clearly demonstrated on more than one 
occasion that they can't be bothered, which is a shame, because I would 
like to continue to improve WMaker's desktop interoperability, but I 
can't be bothered to make new patches for other problems when the first 
one I ever made was blatantly and repeatedly ignored. That's no way to 
encourage community involvement. There's a need for people/reviewers 
with CVS commit access who don't disappear for 11 months out of every year.

Frustratedly (sic),
Alex Perez

_______________________________________________
INFO: https://windowmaker.org/lists/listinfo/wm-user
ARCHIVE: https://windowmaker.org/lists/archive/wm-user/
FAQ: http://windowmaker.org/faq.html
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.