Hi,
On Tue, 2008-03-04 at 20:36 +0100, Sven Neumann wrote:
Even if this is classified as a theme bug, it would still be nice to
provide a simple way to draw without introducing an extra output window.
If the patch attached to bug #519317 is accepted, GtkDrawingArea could
serve this purpose.
Hello,
On Sun, 2008-03-02 at 13:33 -0500, Havoc Pennington wrote:
Hi,
(Though, I also wonder if there's a bug in either the use of
DrawingArea or the theme shown in your screenshot; looking at the gtk
code, the drawing area's background should be set on theme change and
on realize, so maybe
On Wed, 2008-03-05 at 09:10 +0100, Sven Neumann wrote:
Hi,
On Tue, 2008-03-04 at 20:36 +0100, Sven Neumann wrote:
Even if this is classified as a theme bug, it would still be nice to
provide a simple way to draw without introducing an extra output window.
If the patch attached to bug
Hi,
On Wed, 2008-03-05 at 07:20 -0500, Owen Taylor wrote:
GTK_WIDGET_SET_FLAGS is protected API; also there is no way a GUI
builder would know what widgets you could toggle into
no-window mode, and no way to express set the NO_WINDOW flag in
GtkBuilder. And no notification or handling of
Hi,
On Sun, 2008-03-02 at 13:33 -0500, Havoc Pennington wrote:
I would maybe not add a new widget for this, but instead make
GtkDrawingArea have a no-window mode. If you look at the GtkFixed
source, it has conditional branches in realize() and size_allocate()
depending on whether NO_WINDOW
Hi,
On Sun, Mar 2, 2008 at 12:44 PM, Sven Neumann [EMAIL PROTECTED] wrote:
Shouldn't GTK+ provide a really simple output widget for this use case?
I would just instantiate a GtkWidget, but GtkWidget is abstract. Am I
missing something obvious?
You could probably use GtkAlignment or
Hi,
I have come across this several times in the past and I am wonderding if
GTK+ is missing a simple widget that does nothing else providing a space
to draw on in an expose-event callback. Look for example at bug #519317:
http://bugzilla.gnome.org/show_bug.cgi?id=519317
The Print dialog wants
