Hi Anton, I have some more feedback. I noticed that the Gtk UI backend polls for events, similarly to the Win32 UI backend. The X11 backend used non-blocking IO to wait on UI events and IO simultaneously, eliminating the need to poll. Is it possible to integrate a non-blocking event source into the Gtk event loop?
Slava On Sun, May 23, 2010 at 6:28 PM, Slava Pestov <[email protected]> wrote: > Hi Anton, > > I'd like to merge your work soon, you did a nice job there. Do you > think we could have a Gtk equivalent of opengl.gl.x11 as well? Then > the X11 bindings won't need to be loaded by default. Also, one thing > we do with the X11 backend is link the VM with the libraries required > for the UI. If you want, you can update vm/Config.unix for this. > > Slava > > On Sun, May 23, 2010 at 7:29 AM, Anton Gorenko <[email protected]> wrote: >> Hi all! >> >> I need your help, folks. >> >> Dependencies: Gtk, GtkGLExt >> >> What you should do: >> 1. checkout from http://github.com/ex-rzr/factor >> 2. build it (build-support/factor.sh update) >> 3. run ./factor >> 4. and try to work with new ui backend :) Open, move, resize windows, >> move your mouse, press keys, press keyboard combos and functional >> keys, copy and past, etc. >> 5. look for any bugs and artefacts (don't forget about console's output) >> 6. try to run ' "gir.samples.lowlevel" run ' - there are 3 small >> samples: "Hello world!", OpenGL (GtkGLExt) and GStreamer (it needs >> GStreamer installed and internet connection) >> >> Thanks! >> >> ------------------------------------------------------------------------------ >> >> _______________________________________________ >> Factor-talk mailing list >> [email protected] >> https://lists.sourceforge.net/lists/listinfo/factor-talk >> > ------------------------------------------------------------------------------ _______________________________________________ Factor-talk mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/factor-talk
