Re: GTK "decorated" and "deletable" properties

[Ted Zlatanov]

On Fri, 03 Jun 2011 17:21:19 +0200 Jan Djärv <address@hidden> wrote: 

JD> Ted Zlatanov skrev 2011-06-02 22.59:
>> On Thu, 02 Jun 2011 23:49:54 +0300 Eli Zaretskii<address@hidden>  wrote:
>> 
>>>> From: Ted Zlatanov<address@hidden>
>>>> Date: Thu, 02 Jun 2011 13:53:28 -0500
>>>> 
>>>> According to http://developer.gnome.org/gtk/2.24/GtkWindow.html, we
>>>> could use gtk_window_set_decorated() and gtk_window_set_deletable()
>>>> before the frame's GTK Window is shown.
>>>> 
>>>> Can these be exposed through frame parameters?
>> 
EZ> This is software.  We can do anything we like.
>> 
>> Let me rephrase.  Could someone who knows the GTK interface do it?
>> Please?

JD> These functions just set the MotifWMHints.  So we should make sure it
JD> works on all X11 ports, not just Gtk+.  Also, can these new frame
JD> parameters be generalized into something that makes sense on all ports
JD> (W32, Nextstep)?

GTK on W32 respects the decorated hint and passes it on correctly,
according to the docs.  It's not clear from the docs if W32 itself will
display the window without decorations, but it seems so: "On Windows,
this function always works, since there's no window manager policy
involved."

On NextStep / Cocoa, according to
http://www.cocoadev.com/index.pl?BorderlessWindow it's possible but such
a window can't have a toolbar (does it crash or simply ignore the
toolbar?  that's not clear).  For my purposes that's OK, the pop-up
frames I need won't have toolbars.

It would be nice if each port offered even more control through native
frame properties, of course, e.g. ns-borderless and gtk-deletable.  I
can then set each native property and it has no effect otherwise.  But a
general name convention is useful too.

Thanks
Ted