<div dir="ltr"><div>Just so we're clear, the goal wasn't to omit them entirely and say "nope" to any future additions. The goal was to prevent stalling with bikeshedding on the list again, and land this *for now*. And you're fully welcome to have any input on how these things should be implemented in xdg_shell when that time comes.<br>
<br></div>I fully intend to support the three major focus modes (click-to-focus, sloppy focus, FFM) in mutter, for both X and Wayland clients, as our customers require it.<br><div><div><div class="gmail_extra"><br><div class="gmail_quote">
On Mon, Nov 11, 2013 at 1:23 PM, Gregory Merchan <span dir="ltr"><<a href="mailto:gregory.merchan@gmail.com" target="_blank">gregory.merchan@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Fri, Nov 8, 2013 at 3:29 PM, Jasper St. Pierre <<a href="mailto:jstpierre@mecheye.net">jstpierre@mecheye.net</a>> wrote:<br>
> . . .<br>
<div class="im">> What's going to happen from here is that this is going to land in Weston,<br>
> not in Wayland (I hope, at least; the subject doesn't say so!). Rafael<br>
> Antognolli is also going to write the Weston/Westoy patches, and I'm going<br>
> to write the GTK+/mutter support. It is going to be unstable for the time<br>
> being. Requests and events might get added or removed, and the version<br>
> number won't change. Your code might break for a few months while we figure<br>
> stuff out.<br>
><br>
> What I'd love to happen is for everybody (Enlightenment/EFL, GNOME/GTK+,<br>
> KDE/Qt, and all other interested parties) to write their support for it. The<br>
> idea here is that we have a small common base, implement that in code, and<br>
> then once we're all done with that, we look at expanding back to around what<br>
> the EWMH has support for.<br>
><br>
> That means it's currently missing features. Support for layers like<br>
> always-above / always-below isn't in this dump. Support for different focus<br>
</div>> modes isn't either. . . .<br>
<br>
You should be aware that sophisticated focus modes have been possible<br>
on X for almost 20 years, but they have never been implemented because<br>
of misunderstandings, chicken-and-egg problems with window managers<br>
and toolkits, required API changes, and probably a number of other<br>
reasons. Wayland, left as it is now, will be only slightly better than<br>
X in this regard; the lack of a split like between the X server and<br>
window managers allows for better filtering of focus change requests,<br>
however they are implemented.<br>
<br>
Misunderstandings abound both in technical terms and in user interface<br>
design. While the technical misunderstanding are less of a problem<br>
since Wayland is a new system, the UI misunderstandings remain<br>
because, unless you've used MacOS often enough in certain ways, you<br>
don't know what you're missing. Programmers, it seems, are not the<br>
people likely to be doing things that make these features desirable;<br>
accordingly, they have no natural motivation to implement them.<br>
<br>
While it will be possible to make a compositor that supports getting<br>
focus right and toolkits that do the right thing, the chicken-and-egg<br>
problem will remain.<br>
<br>
When last I checked--about a year ago--the only API with support for<br>
getting focus right was GNUstep's.<br>
<br>
Almost 10 years ago, I filed bug reports for Gtk+ and Metacity (then<br>
GNOME's window manager) to get this working correctly on X. I<br>
submitted patches for Metacity and was working on the patches for Gtk+<br>
until I had to stop for personal reasons. It had also become apparent<br>
that, even with working code, I would have to overcome the previous 10<br>
years of bias about how X "should" work.<br>
<br>
I'll be quiet now.<br>
</blockquote></div><br><br clear="all"><br>-- <br>  Jasper<br>
</div></div></div></div>