PHP CommunityJan 2, 2023
What will you build with #PHP in 2023?
Show threadGina Peter BanyardJan 2, 2023

@phpc Working on a DocBook renderer: https://gitlab.com/Girgias/docbook-renderer

Possibly to improve the php.net docs, but also to have a way to properly write articles on my website (which won't get written but *shhh*)

George Peter Banyard / docbook-renderer · GitLab

GitLab.com

GitLab
Show threadLarry GarfieldJan 4, 2023

@Girgias @phpc Ooo! I worked on such a thing many years ago, in multiple forms.

I take it you don't care for PhD?

Show threadGina Peter BanyardJan 5, 2023

@Crell @phpc PhD is an actual nightmare and a massive blob of code that does way too many things.
And none of the people who actually wrote it, don't contribute to it any more since 2012.

Trying to write this in a sane way, but I'm not even sure I can use static analysis on it because of how I overload the DOMNodes :(

Show threadLarry GarfieldJan 5, 2023

@Girgias @phpc I'll take that as a no...

Of course, using it for PHP.Net makes everything harder because of the "no dependencies" rule.

Show threadLarry GarfieldJan 5, 2023
@Girgias @phpc In my experience, some carefully planned xslt really is your friend. If only the docbook-xml tool chain had been updated since 2003...
Show threadGina Peter BanyardJan 5, 2023
@Crell @phpc IIRC the point of PhD was to move away from XSLT because those files were unreadable >->
Show threadLarry Garfield

@Girgias @phpc Bad XSLT is. Over-abstracted XSLT is. Good XSLT can be very clear.

Now, XPath, that's hell.

Jan 5, 2023 at 2:41amWeb
Show threadLarry GarfieldJan 5, 2023
@Girgias @phpc At some point I should get back to my XML class generation library. The ideal case would be a one shot parse of XML to plain PHP objects we could then do stuff with. Though I don't know if docbook is just too complex for that to be viable.