Re: Implementation of new EWMH spec

[Soeren Sandmann <sandmann daimi au dk>]

Johan Dahlin <johan gnome org> 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