Re: can_change_screen property for GtkWindow
- From: Owen Taylor <otaylor redhat com>
- To: gtk-devel-list gnome org
- Subject: Re: can_change_screen property for GtkWindow
- Date: Mon, 7 Oct 2002 16:15:53 -0400 (EDT)
Owen Taylor <otaylor redhat com> writes:
> The attached patch adds the GtkWindow API:
>
> void gtk_window_set_can_change_screen (GtkWindow *window,
> gboolean can_change_screen);
> void gtk_window_unset_can_change_screen (GtkWindow *window);
> gboolean gtk_window_get_can_change_screen (GtkWindow *window);
> void gtk_window_set_default_can_change_screen (gboolean can_change_screen);
> gboolean gtk_window_get_default_can_change_screen (GtkWindow *window);
>
> And properties "can_change_screen" and "can_change_screen_set".
>
> Regards,
> Owen
>
> Thought:
>
> Though I did the API on GtkWindow, perhaps it should
> be on GtkWidget instead. The primary reason for this is
> GtkMenu, which isn't a toplevel window, but which needs
> to propagate ability-to-change screen to the toplevels
> it creates.
[...]
I've decided to punt this issue to 2.4 and just use an internal
setting inside gtkdnd.c to handle the stock/pixbuf icon types.
The result then is that for 2.2.x:
- Except for drag icons created from pixbufs/stock images,
drag icons will be confined to a single screen and the default
drag icon used on other screens.
- We won't be able to implement app-external window migration
without an additional API addition. (I doubt we would
add the implementation in the 2.2.x series anyways, so
it doesn't really matter.)
I don't think these limitations are serious enough to be worth
blocking on this issue at the moment.
I've filed the problem as:
http://bugzilla.gnome.org/show_bug.cgi?id=95109
Regards,
Owen
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]