Re: [PHP-GTK] Status of PHP-GTK
[email protected] (Justin Martin) Fri, 17 Apr 2009 08:28:09 -0700
| Newsgroups | php.gtk.general |
|---|---|
| Message-ID | <[email protected]> |
Right now, I (FrozenFire), mgdm, and leon are working on generating the documentation. I have patched the phpdoc docgen.php script to generate docs for PHP-GTK, except for non-standard stuff like signals. What we _really_ need is for someone who is quite fluent in the main documentation system to lend a hand. I am quite well versed in PHP-GTK, but I know next to nothing about the documentation system. If someone can pop onto #php-gtk on Freenode, we can get the documentation updated in a matter of days. Thanks, Justin Martin Steph wrote: > Andrei Zmievski wrote: >> Elizabeth M Smith wrote: >>>> I'd be inclined to branch php-gtk-doc now and adapt the current >>>> serverside scripts to use that branch while work's in progress on >>>> upgrading to v5 in HEAD. In that case, it'd be best to get the sysadmin >>>> to hit on everything at the same time rather than pester him twice >>>> over. >>> Sounds good. >> >> It sounds to me like the current doc system is a big barrier to entry >> for those who want to contribute to the documentation. > > It sounds to me like those who want to contribute to the documentation > would rather do it in a user-notes kinda way than actually contribute to > the documentation. I.e. not need to do the background work like checking > the GTK manual or source, kind of thing. That's totally understandable, > but I think blaming the use of XML is a bit mean when really it's the > lack of user notes that's the issue. > > To summarize my >> feelings on this subject: I'd rather have a non-php.net-standard doc >> system that works and allows easy contributions that be stuck in the >> current rut. > > Keeping a php.net-standard system means there are always people capable > of fixing it when it breaks. Right now, keeping a php.net-standard > system also means we should get access to phd, which is a fast-rendering > PHP based manual build system (no extra tools required, no not even > xsltproc). That factor alone makes it a good investment; the current > work on live editing, I'm less convinced about, unless I've > misunderstood something major. (Mirrors????) > > - Steph > >> >> -Andrei >>