Term::ReadLine::Perl5 and Term::ReadLine::Event (Was Re^2: RFC: Term::ReadKey Availability and requiring it in Term::ReadLine::Perl5)

Sorry for the late reply. A quick scan at the link doesn't make it obvious for how one would test against Term::ReadLine::Event.

If you are someone else works up some test code, I'll look into adding those tests to the Term::ReadLine::Perl5 distribution. You can even use Test::More since existing tests now use that.

Failing that, some sort of concrete code sketches of what you specifically want to test would be helpful. It's all in the details!

Thanks in advance.

Comment on Term::ReadLine::Perl5 and Term::ReadLine::Event (Was Re^2: RFC: Term::ReadKey Availability and requiring it in Term::ReadLine::Perl5)

Replies are listed 'Best First'.
Re: Term::ReadLine::Perl5 and Term::ReadLine::Event (Was Re^2: RFC: Term::ReadKey Availability and requiring it in Term::ReadLine::Perl5) by Tanktalus (Canon) on Dec 04, 2013 at 18:39 UTC
The basic question is: are you event-friendly? There are examples in TRLE that show how to use TRL with those event handlers. You can use these examples and modify them to use your TRL class (`export PERL_RL=Perl5` is probably sufficient) and see that they continue to work. The select.pl example doesn't require any other event modules, so might be the easiest to start with, but if you have any of the other event models installed, you can try them as well. The events work somewhat with Term::ReadLine, and work better with ::Perl and ::Gnu, I'm just curious as to whether they work with ::Perl5 :)	[reply] [d/l]
Re^2: Term::ReadLine::Perl5 and Term::ReadLine::Event (Was Re^2: RFC: Term::ReadKey Availability and requiring it in Term::ReadLine::Perl5) by rockyb (Scribe) on Dec 04, 2013 at 23:37 UTC
The basic question is: are you event-friendly? Probably as friendly as Term::ReadLine::Perl, since this a fork of that code. But one can't be certain until someone tries it. You brought this up which suggests you have interest in the answer. If it's not worth your while (or someone else's) to dig deeper, then I'm perfectly happy to leave things the way they are and go with the arm-chair answer given at the beginning of the last paragraph.	[reply]