Re^3: XML::Twig - provide additional parameters to twig_roots handlers

[Jenda]

in reply to Re^2: XML::Twig - provide additional parameters to twig_roots handlers
in thread XML::Twig - provide additional parameters to twig_roots handlers

The thing is that you may very well want to have several different twig roots with different handlers and different piece of data to pass. XML::Twig could have given you a "pad" within the parser object that you could use to store something in between the handler calls, but (at least according to a quick scan ... I don't use XML::Twig myself) seems mirod did not think it's necessary.

Yes, I agree that other thread is a bit hard to find.

[mirod]

Well, the XML::Twig object is an old fashion hashref, and I have no plan to change this, so you can always add your own fields to it. Or use a "hidden" attribute (one which names starts with '#') to attach private data to any element, including the root.

A closure is the cleanest way to go though. It's not a trick, it's just a common idiom.

BTW, a google search on "XML::Twig passing data to handlers" (or using "arguments" instead of data) returns plenty of answers to that question.

[Anonymous Monk]

Or use a "hidden" attribute (one which names starts with '#') to

I take it that means twig will ignore it?

When I stashed data I usually prefer $$t{_anony_foo} or $$t{_progname_foo} or $$t{_subclassname_foo}

[Jenda]

The problem with adding own fields into the hashref is that you might unintentionally step over something. Or have an update to the module break your script, because the module starts using some key you added. That's why I specifically reserved $parser->{pad} as a place for user defined data attached to a parser and $parser->{parameters} as a place where you can find the additional parameter passed to the $parser->parse() call in XML::Rules.

Agreed on the closure being the cleanest way.

[Anonymous Monk]

The search , she is not google , but she is for programmers :)

XML::Twig provide additional parameters to twig_roots handlers

XML::Twig provide additional parameters to handlers

XML::Twig provide additional parameters

XML::Twig provide parameters

all lead to XML::Twig - provide additional parameters to twig_roots handlers

simplify :) XML::Twig parameter

not it [id://547191|Twig - resolving parameter entity decalarations]

bingo Passing parameters for XML::twig handler

A parameter is an argument XML::Twig argument

bingo Passing additional arguments to XML::Twig handlers

So there you have it kejv2, you were so close :D