Re: Modules depending on different event loops in the same POE app?
Rocco Caputo <[email protected]> Sun, 21 Aug 2011 18:16:21 -0400
| Newsgroups | gmane.comp.lang.perl.poe |
|---|---|
| Message-ID | <[email protected]> |
The problem is that Tk's event loop and Event's event loop are mutually exclusive. POE can use Event, via POE::Loop::Event, just as easily as it can use Tk's via POE::Loop::Tk. POE::Component::Generic "hangs" in a separate process, so the main POE::Loop::Tk will continue on. -- Rocco Caputo <[email protected]> On Aug 21, 2011, at 16:40, Gunnar Strand wrote: > Yes, I was also thinking along those lines, but I was sort of hoping for > possible way to marry the Tk and the Event loops. Since POE can utilize the > Tk loop, perhaps Event could have been convinced too. > > This is really only a one-way communication, so I was thinking about making > this a PoCo::Generic session and let it "hang" in the Event::loop call. > Would that work, or would POE hang too? > > > 2011/8/21 Nick Perez <[email protected]> > >> It would probably make sense to run the RCU in a child and have it push >> events over the pipes of POE::Wheel::Run. Not as monolithic that way, >> but then you could generalize what kind of interface those two pieces >> use to chat. At that point you could then replace the RCU part with >> anything else that also understands the interface. >> >> On Sun, 21 Aug 2011 16:55:13 +0200 >> Gunnar Strand <[email protected]> wrote: >> >>> I'm working on a simple media control system and I am using POE with >>> Tk. I found the "RCU" (remote control unit) perl module hierachy to >>> use with my infrared remote control. RCU can be event-controlled, but >>> it is using the "Event" event loop. Preferably I'd like to have >>> everything controlled by the same event loop and not having to poll >>> the RCU periodically. Is this doable? >>> >>> BR >>> Gunnar >> >> >> -- >> >> Nicholas Perez >> XMPP/Email: [email protected] >> http://search.cpan.org/~nperez/ >> http://github.com/nperez >>