have you figured out a way to make the connection truly interactive, in
the sense that the client can send a message at any time while receiving
the multipart server push, without opening a second connection?
i ran into lots of problems trying that, where i couldn't get firefox to
send a strea
Whoops, forgot to cc the list.
David
-- Forwarded message --
From: David Davis <[EMAIL PROTECTED]>
Date: Feb 23, 2007 11:00 AM
Subject: Re: POE and XUL
To: Rutger Vos <[EMAIL PROTECTED]>
The problem with the xul poco is that you can't send data back to the
browser unless an acti
On Feb 23, 2007, at 09:34, Fei Liu wrote:
Here it seems select_read works sort of like yield, doesn't it? It
yields to event_accept handler? Quote 'The _start handler creates
the server socket and allocates its event generator with select_read
()", what's a event generator and what does it
select_read( $socket, "event to fire") tells the kernel to fire the event
"event to fire" to the current session whenever there is data that can be
read from $socket
yield("event") tells the kernel to queue the signal, event, whatever you
want to call it, to the current session
On 2/23/07, Fei L
Dear POE programmers,
I am attempting to write a POE program that does two things:
1. construct and manage a POE::Component::XUL application;
2. follow a growing log file.
The idea is that the log file follower sends new lines in the log to the XUL
application, to be displayed in a TextWindow X
P Dobranski wrote:
POE::Kernel::yield is sort of a shortcut for 'post'.
You 'yield' an event in the current session.
It is the same as 'post'ing the event to the current session.
$kernel->yield('some_event_handler');
is roughly the same as
$kernel->post($my_session, 'some_event_handler');
(as
