> From: "Carsten Haitzler" <ras...@rasterman.com> > To: "Enlightenment developer list" <enlightenment-devel@lists.sourceforge.net> > Cc: "Thanatermesis" <thanatermesis.e...@gmail.com> > Sent: Saturday, December 1, 2012 1:58:47 AM > Subject: Re: [E-devel] Binding filters > > On Fri, 30 Nov 2012 13:17:51 +0100 Thanatermesis > <thanatermesis.e...@gmail.com> > 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. >
In Virtualbox, select "Disable Mouse Integration" Then you toggle (default right ctrl) input. i.e. when toggled, mouse and all key presses (including alt) are sent to the virtual machine. Disable and you get your mouse and alt key back to E. ------------------------------------------------------------------------------ Keep yourself connected to Go Parallel: BUILD Helping you discover the best ways to construct your parallel projects. http://goparallel.sourceforge.net _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
