[PATCH] xdg-shell - yet another proposal (this time for real).
antognolli at gmail.com
Fri Nov 8 12:31:23 PST 2013
Hi Bill and Gregory,
So, I talked to Kristian and Jasper on IRC, and we decided to follow a
simpler route, of just adding what is strictly necessary for us right
now. I'm going to send another protocol xml proposal again, on a
following email, but this time without the activate/deactivate part, or
any stacking related requests or events.
The idea is that we start working to get this proposal implemented asap,
and then we can take care of these other, more complicated details. This
new proposal does not prevent us from adding the extra complexity for
activation and stacking later, and the protocol is totally
unstable/experimental (would be called egg_shell for that, but we just
left it as xdg_shell).
On Thu, Nov 7, 2013 at 4:42 PM, Bill Spitzak <spitzak at gmail.com> wrote:
> Rafael Antognolli wrote:
>> So, I added "activated" and "deactivated" events, that the compositor can
>> to inform clients what they are. And there's a take_focus request
> Shouldn't that be called a "take_active" request?
> I can think of scenarios where it would be useful to get the keyboard focus
> but not activation. I believe there is no need to support this initially, as
> *becoming* active can always mean the client gets the focus. But there may
> need to be a way for a client to take_focus without becoming active.
> The scenarios I see this being useful:
> To not activate on a drag & drop in point-to-type: a client could send only
> a "take_focus" when the mouse enters it. It does an activate only on a
> mouse-click or keystroke that does *not* start a drag.
> To support OS/X style menubars with point-to-type or when click does not
> raise surfaces: clients might take the key focus on enter/click, but not
> activate until the user types a keystroke. Thus the user can move the mouse
> to the menubar in a point-to-type system without the menubar changing, and
> can click in background windows without the menubar changing.
> wayland-devel mailing list
> wayland-devel at lists.freedesktop.org
More information about the wayland-devel