Re^3: XML::Twig - provide additional parameters to twig

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.

Jenda
Enoch was right!
Enjoy the last years of Rome.

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

Replies are listed 'Best First'.
Re^4: XML::Twig - provide additional parameters to twig_roots handlers by mirod (Canon) on Oct 03, 2012 at 12:34 UTC
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.	[reply]
Re^5: XML::Twig - provide additional parameters to twig_roots handlers by Jenda (Abbot) on Oct 03, 2012 at 19:00 UTC
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. Jenda Enoch was right! Enjoy the last years of Rome.	[reply] [d/l] [select]
Re^5: XML::Twig - provide additional parameters to twig_roots handlers by Anonymous Monk on Oct 03, 2012 at 15:18 UTC
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}	[reply]
Re^4: XML::Twig - provide additional parameters to twig_roots handlers by Anonymous Monk on Oct 03, 2012 at 15:11 UTC
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	[reply]