On Thu, 25 May 2017 11:25:58 +0900 Carsten Haitzler (The Rasterman) <[email protected]> wrote:
> this actually is exactly what grabbing kbd would do for your > pinentry. i'm busy chatting and suddenly my kkbd is stolen mid > sentence by pinentry... > > generally this would be why it shouldn't be allowed. I see it more as a user preference. > yup. and this is why wayland developers have in general agreed to not > support such grabbing. the above is what the compositor should do - > intelligently guess if your focus should or should not go somewhere > *IF* that is your policy. of course "focus every new window" is a > policy a compositor may allow to be changed (enlightenment does). More times than not so called "intelligent" code trying to predict and do things for me, gets in my way. I rather configure such things to my likings, with a generally acceptable default. > i get it. the point is the annoyance. you want to minimize such > annoyance. disallowing grabs to even exist is a way of minimizing it > (as now clients simply cant be "rude" and steal your keyboard). What annoys one does not another, and something else annoys them. Why more so in FOSS I think such is best left to the user to decide on what is the best experience for them. > > This was a request from gnupg devs and I mentioned I had brought > > such up on list[3]. Which still has not had any discussion and I > > need to > > aaah. ok. so it's a request, not a requirement. that was the point. :) Typically such requests from a project accepting contributions is more of a hard requirement. Just politely requested vs demanded. However that others lack such. It is questionable if it is a requirement. There has not been any response either way on such. I think with multiple missing X grab, and it not being available in Wayland. It makes any such requirement on EFL moot. Unless they want will only accept it with grabbing. Since it is optional. -g, --no-global-grab Grab keyboard only while window is focused > i think this is sensible. imho this should not even be done by grabs > but via other means like a property on a surface/window saying "hi - > i'm a password dialog" and then enough other metadata (knowing which > other window this window is for) so the compositor can make an > intelligent decision based on focus policies and user input hiroty > etc. Not sure, but if you see my post. It was something I differed with Mike early on with. Its funny that you lean toward that same side. No grab, while Mike and GnuPG like to grab :) I briefly mentioned the Wayland aspect to Mike and he did acknowledge then it was something that needed to be addressed. Thus its the main reason to leave it all out for now. Even with it being optional in pinentry -- William L. Thomson Jr.
pgpIJ8yfmjQj5.pgp
Description: OpenPGP digital signature
------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________ enlightenment-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
