I made an attempt to implement async functions today, patch attached.
They have only been very lightly tested. The patch adds two new functions:
void gtk_print_operation_run_async (GtkPrintOperation *op,
GtkWindow*parent);
void gtk_pri
Owen Taylor wrote:
IMO, there is no API in GtkTextView for customizing the cursor
navigation; anything you do ... whether overriding move-cursor,
connecting to key press events, etc, is a hack.
Now, these hacks are
"ABI supported", in that we are very unlikely to remove the signal
or modify i
On Thu, 2006-04-20 at 18:56 -0500, Yevgen Muntyan wrote:
> On Thu, April 20, 2006 12:59 pm, Owen Taylor wrote:
>
> > We've made no general attempt to make binding signals overriddable.
> > You might be able to do something cool by overriding one of them,
> > but that's not the intent of the API. W
On Thu, April 20, 2006 12:59 pm, Owen Taylor wrote:
> We've made no general attempt to make binding signals overriddable.
> You might be able to do something cool by overriding one of them,
> but that's not the intent of the API. When there is a binding signal
> it means that we wanted to make the
On Thu, 2006-04-20 at 15:26 -0500, Yevgen Muntyan wrote:
> Owen Taylor wrote:
>
> >Please don't bind all keybinding signals. You are just asking for
> >problems (as you discovered) if you bind them, and, perhaps worse,
> >they pollute the API and confuse users... see for instance,
> >GtkTextView:
Owen Taylor wrote:
Please don't bind all keybinding signals. You are just asking for
problems (as you discovered) if you bind them, and, perhaps worse,
they pollute the API and confuse users... see for instance,
GtkTextView::move-cursor...
But if it's not wrapped, binding user won't be able
On Fri, 2006-04-14 at 09:50 -0400, Owen Taylor wrote:
> G_SIGNAL_ACTION just means "this signal can be emitted via
> g_signal_emit() directly - it doesn't need a wrapper function"
>
> It could be:
>
> - A keybinding signal handled by the widget internally - there should
>not be any way of ov
On Thu, 20 Apr 2006, nerdy wrote:
> Hello,
>
> I would like to know if there is any provision in pango to
> display a given text within a given clipping rectangle and
> starting at given position. Something like the the ExtTextOut
> function in MFC Windows API.
Pango itself doesn't do cliping, bu
On a follow-up, I unpacked the whole sources once again, and found the file.I don't know how it got erased in the first place...Sorry for the question :-s
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-
Hi,
trying to compile the latest GTK, I am stopped when the compiler tries to find gtk.symbols.=, which can't be found.
Where can I get this file ? I can't find it anywhere in the downloaded sources ...
___
gtk-devel-list mailing list
gtk-devel-list@gnom
Hello,I would like to know if there is any provision in pango to display a given text within a given clipping rectangle and starting at given position. Something like the the ExtTextOut function in MFC Windows API. BOOL ExtTextOut( HDC hdc, // handle to DC int X,// x-coordin
On Wed, Apr 19, 2006 at 08:01:31PM -0700, Mike Emmel wrote:
> I just reported a bug on the directfb backend and bugzilla did not send me
> mail.
> Not sure if its because I was the one that reported it or I'm not
> getting mail for all directb flagged bugs.
IIRC by default it doesn't send mail fo
12 matches
Mail list logo
