On Mon, 2007-04-16 at 02:09 -0700, Erick Tryzelaar wrote: > skaller wrote: > > Just to be clear: Felix has no real problem driving > > GTK directly .. (there's a sample in the sandbox) .. > > the problem is that GTK is a dictator and > > wants to own the world .. and so is Felix. > > > > Both systems are frameworks with their own event loops. > > Using threads allows both system to run their loops, > > but imposes a synchronisation problem. > > > > fyi, I believe qt allows you to create a custom event loop:
Gtk does too, but it is useless I think. In Gtk you can run one pass, and I think you can even dispatch one event. But you have to dispatch the event to GTK, which then issues a callback. We need to get rid of the callbacks .. because code in callbacks can't issue supervisor requests and hence can't do I/O on channels. Eg if you have 3 buttons that's 3 fthread which read events (click, double-click, deactivate ..) independently and respond by perhaps drawing a visual indication of the state change .. and then reading again, from a different program counter location which reflects the current state. We can certainly *drive* a procedure with callbacks .. but it can't communicate with another such procedure using channels -- it has to use shared global variables. -- John Skaller <skaller at users dot sf dot net> Felix, successor to C++: http://felix.sf.net ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ Felix-language mailing list Felix-language@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/felix-language
