gtk_widget_set/get_flags() (Re: GTK_FLOATING broken in 2.9?)
- From: Tim Janik <timj imendio com>
- To: Matthias Clasen <matthias clasen gmail com>
- Cc: gtk-devel-list <gtk-devel-list gnome org>
- Subject: gtk_widget_set/get_flags() (Re: GTK_FLOATING broken in 2.9?)
- Date: Wed, 14 Dec 2005 13:43:32 +0100 (CET)
On Tue, 13 Dec 2005, Matthias Clasen wrote:
On 12/13/05, Murray Cumming <murrayc murrayc com> wrote:
gtkmm 2.8 depends on glib/gtk 2.8, right? then you don't have
g_object_force_floating() there. would it be of any help to you
if glib 2.8 had g_object_force_floating() already (whether function
or not)?
Yes, or something in GTK+. Though it would be an act of desparation.
One could conceivably modify GTK_OBJECT_SET_FLAGS to do the right thing for
floating, but
direct setting/checking of the flag is not fixable.
hmmmmm.
my take on this is that the only way to go this route would be along the
lines of introducing:
void gtk_widget_set_flags (GtkWidget *widget, guint64 flags);
guint64 gtk_widget_get_flags (GtkWidget *widget);
/* this is reflected by ::notify::flags */
and *deprecating* GTK_OBJECT_SET_FLAGS(), GTK_OBJECT_GET_FLAGS(),
GTK_WIDGET_SET_FLAGS() and GTK_WIDGET_GET_FLAGS() while changing their
implementations to use gtk_widget_*et_flags().
for most flags, modification through GTK_OBJECT_SET_FLAGS() already is wrong
and you should use proeprties instead.
Matthias
---
ciaoTJ
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]