Re: [p5pod] [ANNOUNCE] Pod::StdParser, Pod::Tests proof of concept

2000-09-06 Thread Leon Brocard
Marek Rouchal DAT CAD HW Tel 25849 sent the following bits through the ether: > We probably could argue for centuries about this Yes, indeed ;-). I'm going to compare this to XML::Parser, where the main (default) style is proper event-based parsing. Alternative styles (such as XML::DOM) exist wh

Re: [p5pod] [ANNOUNCE] Pod::StdParser, Pod::Tests proof of concept

2000-09-06 Thread Barrie Slaymaker
Marek Rouchal DAT CAD HW Tel 25849 wrote: > > I would not want to delete the warnings, I'd prefer an option to suppress > them or a configurable handler to deal with them (like poderror in > Pod::Parser). Sorry, I assumed you'd noticed that most of them are already in Pod::StdParser. > Pod::Com

Re: [p5pod] [ANNOUNCE] Pod::StdParser, Pod::Tests proof of concept

2000-09-06 Thread Marek Rouchal DAT CAD HW Tel 25849
On Wed, 6 Sep 2000, Barrie Slaymaker wrote: BS> and that forcing people to use that [ OO ] as a BS>tool is adding a performance penalty (certainly in the single-pass case) BS>and adding a barrier to entry in the form of an increased learning curve. We probably could argue for centuries about thi

Re: [p5pod] [ANNOUNCE] Pod::StdParser, Pod::Tests proof of concept

2000-09-06 Thread Barrie Slaymaker
Marek Rouchal DAT CAD HW Tel 25849 wrote: > > And for hyperlinking you need two passes anyway, and thanks to Storable you > can conveniently store the whole tree and run the second pass over it as soon > as all hyperlink destinations have been computed. I don't want to go into the > details, but