Re: [E-devel] Binding filters

[Carsten H. (T. R. <ra...@ra...>]

On Fri, 30 Nov 2012 13:17:51 +0100 Thanatermesis <tha...@gm...>
said:

> I saw somebody turning crazy in E17 with a simple problem: "photoshop
> doesn't accept the very-needed Alt key", more exactly she runs a virtualbox
> with windows on it, and since Alt is very used in e17 for move windows, the
> binding is not passed to the entire OS that runs on virtualbox, the
> solution was to remove the alt+mouse binding entirely on E17, note that
> this is a common problem on most window-managers
> 
> I have reported the bug in the past in #1767 , the answer by zmike was:
> 
> > not sure how you "recently" discovered this since it's a problem with
> every window manager that uses alt+mouse to move windows (ie. all window
> managers).
> 
> > short answer: not our problem. if you want alt+click in an application,
> don't bind alt+click.
> 
> > long answer: there's no sane way to determine whether a user wants to use
> an alt+click binding in a window management context or inside the
> application. trying to add filters for this would be foolish, a waste of
> time, and impossible to do properly.
> 
> 
> Which is correct, but... that's not what we do with the 3D/GL blacklisted
> graphic cards in evas ?

this list is very very very small and maintainable. lists of applications are
not. this also leads to another issue just as bad - som e windows behave
differently to others "magically" and you don't know why.

> This happens also in other window-managers, but e17 is a lot better than
> that, isn't ? :) , so could be nice to have a new feature in the bindings
> (another config named "filtered bindings?") where the user can assign some
> bindings to ignore, and we can ship e17 with predefined filters that the
> user can change (for example on this case, if window = virtualbox ; ignore
> alt+mouse binding)

there is a reason we don't have this - SENSIBLe virtualization systems have a
solution. xephyr does this. hit ctrl+shift and it grabs kbd and mouse. now ALL
mouse and ALL keyboard input go to it - wm mouse bindings and keygrabs cease to
work. rdesktop does this in a more limited way. this means the app CREATES its
own "exception".

in my books.. this is the job of the virtualization app (in this case
virtualbox) because it's a highly special need and frankly... other apps in the
same class do the exact same thing. maybe it has this feature and the user
doesn't know how to enable it? don't know.

> The solution doesn't sounds really complicated, but is important to
> remember that virtualbox (or more exactly a "virtualized windows") is a
> very common use by the users which needs to work correctly, and the alt key
> is entirely not working in the entire OS (not only photoshop)
> 
> By other side, as another example, think about running a virtualmachine
> with any E17 OS on it, if you want to resize or move a window on this e17
> you are unable and you simply move/resize the virtualbox itself, giving a
> giant lack of usability to that vritualized E17 environment

i do it all the time.. not a vm - but xephyr... and see above. e doesn't need
to do anything to make this possible. :) it's just an extra step if i want it.

> ------------------------------------------------------------------------------
> Keep yourself connected to Go Parallel: 
> TUNE You got it built. Now make it sing. Tune shows you how.
> http://goparallel.sourceforge.net
> _______________________________________________
> enlightenment-devel mailing list
> enl...@li...
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> 


-- 
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler)    ra...@ra...