On Mon, 3 Dec 2012 11:46:40 +0200 (EET) Robert Krambovitis <rob...@split.gr> said:
> > 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. there you go - useful man. :) -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) ras...@rasterman.com ------------------------------------------------------------------------------ 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
