Johan Dahlin <[EMAIL PROTECTED]> writes: > > Index: gdk/gdkwindow.h > > > + GDK_WINDOW_TYPE_HINT_DESKTOP, > > + GDK_WINDOW_TYPE_HINT_DROPDOWN_MENU, /* A drop down menu (from a > > menubar) */ > > + GDK_WINDOW_TYPE_HINT_POPUP_MENU, /* A popup menu (from right-click) */ > > + GDK_WINDOW_TYPE_HINT_TOOLTIP, > > + GDK_WINDOW_TYPE_HINT_NOTIFICATION, > > + GDK_WINDOW_TYPE_HINT_COMBO, > > What about GtkEntryCompletion popups? > Why does context menu popups, combobox menu popups, combobox treeview popups > and entrycompletions popup windows need to be handled differently?
Well, they don't need to - there are only separate properties so that they _can_ be handled differently. Having them be one type would impose policy on compositing managers, and I don't think that's the job of the EWMH. > > There are some additions in third party extensions such as windows which > popups calendars, either in a combo way or as a cell renderer, what type > would they have? Maybe they should have their own types. The type hint is explicitly extendable, so if new types are needed, they can be added. The types that exist currently pretty much corresponds to what gtk+ supports. Soren _______________________________________________ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list