I used a GtkScrolledWindow with a GtkDrawingArea inside it for OpenGL drawing
in my program. I found that yes, I did have to set_size_request when zooming in
and out.
Be warned: Due to the way resizing works in GTK+, it's impossible to do "smooth
zooming" where your scrolled window remains focu
I have been reading about the gtk layout widget and that it has native
scrolling. If I were to use the gtk layout instead, would that scroll without
having to resize it?
From: Diego Rivera [mailto:[EMAIL PROTECTED]
Sent: Sat 5/10/2008 4:35 PM
To: Ariel Martinez
Hi,
Finally I did it listening the expose-event and drawing everithing with
cairo.
As soon as I finish it this is going to be in anjuta.
Regards.
On Sat, May 10, 2008 at 9:48 PM, Dov Grobgeld <[EMAIL PROTECTED]>
wrote:
> Note that a VBox doesn't get any expose events as it doesn't have any
> "d
The GtkDrawingArea isn't a common container, unlike a GtkWindow or
something. Drawing a pixmap bigger than the GtkDrawingArea itself, won't
change the size of the GtkDrawingArea, pixels out of range from the size of
the drawing_area are just clipped away (they aren't in the visible portion
of the G
I am using gtk_scrolled_window_add_with_viewport() to get scrolling
capabilities for a drawing area. In my program, I am drawing to a backing
pixmap which I in turn draw onto the drawing area with an expose event handler.
The problem I am having is that even though the pixmap is larger than the
Note that a VBox doesn't get any expose events as it doesn't have any
"drawable area" (I forgot the proper name for its classifaction). To get
expose events pack the vbox into a GtkEventBox. You can then set the
background of the GtkEventBox.
Regards,
Dov
2008/5/10 Donny Viszneki <[EMAIL PROTECTE
I'm not *entirely* sure, but maybe the solution is to make sure that
after your expose-event handler gets called, the default expose event
handler gets called. If my guess is correct, then your expose-event
handler is either being called *after* or *in place of* the ordinary
expose-event handler wh
