Re: [e-users] more mouse button bindings feature request
On Thu, 27 Sep 2018 06:05:34 +0300 sergio said: > On 26/09/2018 13:38, Carsten Haitzler wrote: > > >> P.S. > >> There no List-Id headers in your replies. So my sieve dosn't put them to > >> separate folder and I'm not able to "reply to list". > > > i "Reply to all" > > I know. > > > so you may be looking at the mail from me directly to. there should > > also be mails from the list. that last one should have an list id > > header. the first would be from me and thus not have one... it'll be > > the cc line in my reply :) > > But I receive only one mail, without list id. > Looks like it's google magic which doesn't send me mail when I'm in cc. > > I've replied to this letter with reply all. You are in cc. Check it > yourself. i get 2. one with the list id and list signature and one without.. :) so look at your mail client/provider for why you only see one... :) -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] more mouse button bindings feature request
On 26/09/2018 13:38, Carsten Haitzler wrote: P.S. There no List-Id headers in your replies. So my sieve dosn't put them to separate folder and I'm not able to "reply to list". i "Reply to all" I know. so you may be looking at the mail from me directly to. there should also be mails from the list. that last one should have an list id header. the first would be from me and thus not have one... it'll be the cc line in my reply :) But I receive only one mail, without list id. Looks like it's google magic which doesn't send me mail when I'm in cc. I've replied to this letter with reply all. You are in cc. Check it yourself. -- sergio. ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] more mouse button bindings feature request
On Tue, 18 Sep 2018 14:09:37 +0300 sergio said: > On 18/09/2018 10:12, Carsten Haitzler (The Rasterman) wrote: > > > this is a really nasty thing > > OK, thank you for explanation. > > > > i'm not sure you're using wayland yet... :) > > I've tried, but it's unusable. Unable to rotate screen, unable to use > several monitors. (I have 3 portrait monitors). Some other multiple > glitches and issues. > > > P.S. > There no List-Id headers in your replies. So my sieve dosn't put them to > separate folder and I'm not able to "reply to list". i "Reply to all" so you may be looking at the mail from me directly to. there should also be mails from the list. that last one should have an list id header. the first would be from me and thus not have one... it'll be the cc line in my reply :) -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] more mouse button bindings feature request
On 18/09/2018 10:12, Carsten Haitzler (The Rasterman) wrote: this is a really nasty thing OK, thank you for explanation. i'm not sure you're using wayland yet... :) I've tried, but it's unusable. Unable to rotate screen, unable to use several monitors. (I have 3 portrait monitors). Some other multiple glitches and issues. P.S. There no List-Id headers in your replies. So my sieve dosn't put them to separate folder and I'm not able to "reply to list". -- sergio. ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] more mouse button bindings feature request
On Mon, 17 Sep 2018 22:00:56 +0300 sergio said: > On 17/09/2018 20:45, Carsten Haitzler (The Rasterman) wrote: > > >> 1. right (or some other) button hold + scroll > > > > in apps? this is up to widget sets/apps to do. wm's don't do this. efl > > doesn't support this - but it has wheel support already and regular left > > click+drag support for touch... > > In my imagination it was "Any" "Action Context". there is a dividing line between what wm's can and do do and what is sensible to do and then what "apps" do (app here being an x client with a regular app in it where most of the time it is a toolkit library like gtk, qt or efl handling events and what to do with them). what you describe above is squarely in the "up to the app" land. > >> 2. right button press -> left button press -> right button release -> > >> left button release > >> 3. 2 vice versa > > > what is that meant to do? > > press (and hold) mouse button 3, than press (and hold) mouse button 1, > than release mouse button 3, than release mouse button 1 > > xev: > > ButtonPress event, serial 39, synthetic NO, window 0x281, > root 0x6b8, subw 0x0, time 517114277, (117,135), root:(919,165), > state 0x0, button 3, same_screen YES > > ButtonPress event, serial 39, synthetic NO, window 0x281, > root 0x6b8, subw 0x0, time 517115037, (117,135), root:(919,165), > state 0x400, button 1, same_screen YES > > ButtonRelease event, serial 39, synthetic NO, window 0x281, > root 0x6b8, subw 0x0, time 517115549, (117,135), root:(919,165), > state 0x500, button 3, same_screen YES > > ButtonRelease event, serial 39, synthetic NO, window 0x281, > root 0x6b8, subw 0x0, time 517116053, (117,135), root:(919,165), > state 0x100, button 1, same_screen YES > > > I'd like to switch desktops with mouse only. With full-screen windows > without panels. this is a really nasty thing to do.we'd have to trap left and right mouse in all contexts. it will work in a smallish subset of cases (e.g. this mail i'm typing now, right mouse opens up a context menu that the app/toolkit is handling... after that the mouse will be grabbed and the wm will never see/get the left click). in the case of chromium since it is its own toolkit, the left click after right is down will dismiss the menu... but as this is also trapped by chromium... it won't get to the wm... so again - won't work. in wayland we could do this as all input goes through the compositor... but that is a separate matter and i'm not sure you're using wayland yet... :) -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] more mouse button bindings feature request
On 17/09/2018 20:45, Carsten Haitzler (The Rasterman) wrote: 1. right (or some other) button hold + scroll in apps? this is up to widget sets/apps to do. wm's don't do this. efl doesn't support this - but it has wheel support already and regular left click+drag support for touch... In my imagination it was "Any" "Action Context". 2. right button press -> left button press -> right button release -> left button release 3. 2 vice versa what is that meant to do? press (and hold) mouse button 3, than press (and hold) mouse button 1, than release mouse button 3, than release mouse button 1 xev: ButtonPress event, serial 39, synthetic NO, window 0x281, root 0x6b8, subw 0x0, time 517114277, (117,135), root:(919,165), state 0x0, button 3, same_screen YES ButtonPress event, serial 39, synthetic NO, window 0x281, root 0x6b8, subw 0x0, time 517115037, (117,135), root:(919,165), state 0x400, button 1, same_screen YES ButtonRelease event, serial 39, synthetic NO, window 0x281, root 0x6b8, subw 0x0, time 517115549, (117,135), root:(919,165), state 0x500, button 3, same_screen YES ButtonRelease event, serial 39, synthetic NO, window 0x281, root 0x6b8, subw 0x0, time 517116053, (117,135), root:(919,165), state 0x100, button 1, same_screen YES I'd like to switch desktops with mouse only. With full-screen windows without panels. -- sergio. ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] more mouse button bindings feature request
On Mon, 17 Sep 2018 05:10:44 +0300 sergio said: > > Please add support for: > > 1. right (or some other) button hold + scroll in apps? this is up to widget sets/apps to do. wm's don't do this. efl doesn't support this - but it has wheel support already and regular left click+drag support for touch... > 2. right button press -> left button press -> right button release -> > left button release > 3. 2 vice versa what is that meant to do? > -- > sergio. > > > ___ > enlightenment-users mailing list > enlightenment-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-users > -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
[e-users] more mouse button bindings feature request
Please add support for: 1. right (or some other) button hold + scroll 2. right button press -> left button press -> right button release -> left button release 3. 2 vice versa -- sergio. ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
