Re: No focus on map hint

[Rob Adams <robadams ucla edu>]

_STATE properties can be changed once the window is mapped.  But your
point is well-taken.  It doesn't work however to put it into types,
since you'd want to be able to set this hint regardless of type, and the
way the type hint works exactly one type is selected as the type to use.

So we're left with either putting it into _STATE or creating a new
top-level hint.  Which do you think would be better?

Maybe none.  The only reason I'm suggesting this is that people keep
bitching that in metacity their IM windows get focus when they pop up. 
But I'm starting to think that some sort of hint would be a UI
improvement.

-Rob

On Thu, 2003-03-13 at 21:35, John Harper wrote:
> Rob Adams writes:
> |I considered that.  My thinking for doing an explicit hint for focus
> |behavior was that there may be application reasons other than something
> |like being activated not through user input for not wanting a window to
> |be initially focused.  Also, the other hints all seem to explicitly
> |indicate desired behavior rather than UI semantics, so this is more
> |consistent.
> 
> Perhaps, but the _NET_WM_WINDOW_TYPES hints are semantic, and imho this
> hint doesn't belong in the _STATE property since it's not a long-lived
> attribute of the window and it can't be changed once the window is
> mapped.
> 
> Also, it may be confusing when using focus follows mouse mode - read
> literally the hint means that windows appearing under the pointer
> shouldn't be focused?
> 
> 	John
>