Re: My comments on 1.9b
- From: "Bradley T. Hughes" <bhughes tcac net>
- To: wm-spec-list gnome org
- Subject: Re: My comments on 1.9b
- Date: Tue, 26 Oct 1999 17:43:39 -0500 (CDT)
On 26 Oct 1999, Owen Taylor wrote:
> Since everybody else is getting into the act, I thought
> I should type up my notes I made while reading the
> spec a while ago.
>
> Regards,
> Owen
>
>
> * We should replace the MWM hints completely. They were
> never formally specified. Window managers would presumably
> honor the MWM hints in the case where the new hints
> were not set.
i agree
> * Several places comments in the spec worry about bit fields
> not being extensible without changing the spec. I don't see this
> as a problem - window managers should not add to these
> fields in a non-standard fashion.
>
> 1.
>
> * _NET_CLIENT_LIST _NET_CLIENT_LIST_STACKING:
>
> What is the interpretation of these properties with respect
> to windows on multiple desktops? Are windows on all desktops
> listed? What is "STACKING" order for windows on different desktops?
personally... i am a fan of incremental updates (ala kde 1.x)... i'm not
too keen on the idea of having to keep an array updated on the root
window... even with PropMode(Pre|Ap)pend... it seems like excessive
roundtrips to the X server...
flames anyone? :)
> * _NET_NUMBER_OF_DESKTOPS _NET_DESKTOP_GEOMETRY:
>
> The ability for a client to change the number of desktops
> insert/delete desktops or change desktop geometry seems like a
> bad idea. There are a lot of unresolved questions about
> what happens to client windows on a deleted desktop or area.
>
> This strikes me as being more WM configuration then something
> a client should care about.
>
> * _NET_ACTIVE_WINDOW:
>
> What is an "active" window? How does this differ from
> focused window? What does "activating" a window on a
> different desktop mean since you can't give it the
> input focus? Should WM implementations switch desktops?
>
> 2.
>
> * _NET_WM_MOVERESIZE:
>
> What is the rational for needing this?
> How does the "MOVE" part of this work?
> There probably should be the ability to not specify
> a resize direction. (Many window managers have some
> way of starting a resize other than dragging on the
> border)
>
> 3.
>
> * _NET_WM_LAYER: DESKTOP.
>
> Unless the spec is going to _mandate_ the use of a huge
> file manager bg window (pissing some WM authors off),
> the use of this layer for shaped desktop icons should be
> mentioned as well.
i agree
> * _NET_WM_SIZEMOVE_NOTIFY:
>
> There are some alternative ways, such as queueing to get
> the performance increase without causing the complexity
> overhead. Is this really needed?
>
>
> 6. File Manager desktop
>
> IMO, this should be left out of the initial spec since there is
> not a consensus on this issue. (?)
>
>
> --
> To unsubscribe: mail wm-spec-list-request@gnome.org with "unsubscribe"
> as the Subject.
>
Blackbox - An X11R6 Window Manager
http://blackbox.alug.org/
__________________________________
Bradley T. Hughes <bhughes@tcac.net>
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]