The `window<%>' method `get-handle' returns the native widget for a window. The docs for `get-handle' are out of date, and I pull push a correction later today: the result for `get-handle' is now an FFI pointer instead of an integer, and it represents GtkWidget under X.
So, you could create a `panel%' to hold the native Gtk widget. Then, use `get-handle' on the `panel%' instance to get the parent widget for the new native widget. At Wed, 5 Jan 2011 02:05:45 +0100, Thomas Chust wrote: > Hello, > > is it possible or even straightforward to implement the control<%> > interface of the Racket GUI libraries using a native widget? I'm > particularly interested in doing so for the GTK+ based Racket GUI > libraries. > > More specifically, I'm trying to find out whether it's feasible to > create a binding to WebKitGTK+ that is properly integrated with the > rest of the existing GUI libraries. For my present purposes, the easy > solution to simply stick the WebView widget into a separate top-level > window unmanaged by the Racket GUI libraries is probably sufficient > and at least the already running GTK+ event loop would be reused in > this case, but I would much prefer a cleaner solution. > > Ciao, > Thomas > > > -- > When C++ is your hammer, every problem looks like your thumb. > _________________________________________________ > For list-related administrative tasks: > http://lists.racket-lang.org/listinfo/users _________________________________________________ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/users
