Re: Pod::StdParser

2000-08-07 Thread Brad Appleton
On Mon, Aug 07, 2000 at 03:00:13PM -0400, Barrie Slaymaker wrote: > One thing I've found useful in XML::Parser is the ability to > change handlers mid-stream. But not that often, I guess. Ohh - you could change the handlers mid-stream thru the registration mechanism no problem. You just can't ch

Re: Pod::StdParser

2000-08-07 Thread Barrie Slaymaker
Brad Appleton wrote: > > Hmmn - not sure what you mean by "generate" callbacks. The C<$self->cmd_head1()> style calls we've discussed before. Sorry to continue out-of-context context here :-/. > Pod::Parser already provides for registration and invocation > of callbacks in a number of ways, sa

Re: Pod::StdParser

2000-08-07 Thread Brad Appleton
Barrie Slaymaker writes: > I was proposing Pod::StdParser as a more low-level approach that > generated callbacks: Hmmn - not sure what you mean by "generate" callbacks. Pod::Parser already provides for registration and invocation of callbacks in a number of ways, same which use inheritance and s

Re: Pod::StdParser

2000-08-07 Thread Barrie Slaymaker
Marek Rouchal DAT CAD HW Tel 25849 wrote: > > Hello all, > > I didn't manage to read all of your discussion, but let me elaborate a > little on Pod::StdParser or Pod::Compiler and its benefits. I was proposing Pod::StdParser as a more low-level approach that generated callbacks instead of build

Pod::StdParser

2000-08-07 Thread Marek Rouchal DAT CAD HW Tel 25849
Hello all, I didn't manage to read all of your discussion, but let me elaborate a little on Pod::StdParser or Pod::Compiler and its benefits. First of all I'd like to stress that "perlpod" has to be rephrased to reflect the abilities of existing parsers. For example, I see a lot of possible misi