I usually just lurk on this list, but I have to disagree with the " we
don't need it" school.

I think that "please don't decorate me" is a perfectly sane request
(it's a hint, after all). If we don't have a hint like that, apps will
have to abuse DOCK or override-redirect to get what they want, and we
all know those two approaches have their own side-effects (worse, IMO,
than allowing apps to request no-decoration).

Bill


Lubos Lunak wrote:

>On Thursday 23 of June 2005 05:46, Carsten Haitzler wrote:
>  
>
>>On Wed, 22 Jun 2005 22:25:47 -0400 Havoc Pennington <[EMAIL PROTECTED]> 
>>babbled:
>>    
>>
>>>On Mon, 2005-06-20 at 20:08 -0400, Adam Jackson wrote:
>>>      
>>>
>>>>Well _NET_WM_WINDOW_TYPE_DOCK is wrong because xmms is not a dock, and
>>>>because  in most wms it has a side effect on stacking order.
>>>>        
>>>>
>>>How about
>>>_NET_WM_WINDOW_TYPE_AUDIO_APPS_ALL_THINK_THEY_HAVE_TO_HAVE_NONSTANDARD_UI
>>>
>>>;-)
>>>
>>>and _NET_WM_WINDOW_TYPE_GKRELLM_IS_LEET_TOO
>>>      
>>>
>>fun aside - it's a valid thing to ask for imho. why should people be
>>limited to only fit in the mould given to them?
>>
>>if "standard" were for everyone we'd all live in the same house, drive the
>>same car - of the same color, wear the same shoes, clothes, have the same
>>furniture etc.
>>
>>freedom of choice is good. if a developer wants their app to have no
>>borders it should be well supported imho.
>>    
>>
>
> I think I'd agree with Havoc here. Why should it be the app's decision? 
>Gkrellm can very well be a TYPE_DOCK, and XMMS is such an exercise in 
>non-standard GUI it's probably not even worth talking about it. KWin has an 
>user option for turning off the border for some windows, and supports the 
>Motif hint, but why exactly should we support (read: encourage) it in the 
>spec besides letting the app developers create their own "cool" decorations?
>
>  
>

_______________________________________________
wm-spec-list mailing list
wm-spec-list@gnome.org
http://mail.gnome.org/mailman/listinfo/wm-spec-list

Reply via email to