search

anodynos / touchegg

Automatically exported from code.google.com/p/touchegg
4 stars 1 forks source link

Gnome Shell problems #98

Closed GoogleCodeExporter closed 8 years ago

GoogleCodeExporter commented 8 years ago 
Using touchegg with Gnome Shell on Ubuntu 11.10, I noticed two problems.

1.

Under Gnome 3, the desktop background is usually completely empty (no files / 
folders).
However, touchegg apparently ignores any gestures executed outside a window. 
So, using touchegg gestures for desktop switching via send_keys does not work 
at all on an empty desktop.
My proposal: Do only ignore gestures executed outside a window if they are 
associated with a window-related action, but execute e.g. send_keys.

2.

Maybe this relates to the same problem. In the activities view of Gnome Shell, 
no gestures are recognized.

Original issue reported on code.google.com by Linus.Seelinger on 14 Sep 2011 at 4:32

GoogleCodeExporter commented 8 years ago 
Hi!

The gestures outside of a window are not ignored, this gestures are captured in 
the <application name="All"> section. Do you have the same problem with 
geistest??

I think, for other bug reports, that something works bad with multitouch and 
Gnome 3... Anyway, can you try to subscribe to gestures directly in the desktop 
window? To get the "application name" of the desktop, run xwininfo in the 
terminal and click on the desktop ;)

Original comment by jose.exposito89@gmail.com on 14 Sep 2011 at 11:14

GoogleCodeExporter commented 8 years ago 
Hi!

xwininfo showed me this when clicking on the desktop: "xwininfo: Window id: 
0x1000020 (has no name)"

I tried adding the gestures to both the application name 0x1000020 and an empty 
string, but this did not help ;) touchegg still neither reacts nor shows any 
output for gestures on the desktop.

Trying to execute "geistest 0x1000020" failed. The output is very long, showing 
repeatedly something like this:

Device 13 added
    attr "device name" = "ETPS/2 Elantech Touchpad"
    attr "device id" = 13
    attr "direct touch" = false
    attr "independent touch" = false
    attr "device touches" = 4
    attr "device X minimum" = 8.000000
    attr "device X maximum" = 1144.000000
    attr "device X resolution" = 0.000000
    attr "device Y minimum" = 8.000000
    attr "device Y maximum" = 760.000000
    attr "device Y resolution" = 0.000000
    attr "device Abs MT Tracking ID 2 minimum" = 0.000000
    attr "device Abs MT Tracking ID 2 maximum" = 65535.000000
    attr "device Abs MT Tracking ID 2 resolution" = 0.000000

and finally:

Maximum number of clients reachederror in geis_init
error creating geis instance for window 0x026021bc
can not continue, exiting....

Original comment by Linus.Seelinger on 15 Sep 2011 at 5:24

GoogleCodeExporter commented 8 years ago 
Could you copy and paste the Touchégg output at make gestures over the desktop 
window please?

I don't know if this is a problem of Touchégg or GNome Shell (I can not 
install it in my Ubuntu version) but I'll try to fix it... or talk with the 
GNome Shell developpers

Thanks!

Original comment by jose.exposito89@gmail.com on 16 Sep 2011 at 1:14

GoogleCodeExporter commented 8 years ago 
Hi, sorry for the late answer!

In fact, touchegg shows absolutely no output when executing a gesture over the 
desktop or the activities view, although it works as usual on windows.

Maybe this relates to the Mutter compositor?

By the way, using the advanced settings tool for Gnome 3, I could make nautilus 
draw icons and wallpaper on the desktop like in gnome 2.x. Now, touchegg reacts 
as usual on the desktop (recognizing Nautilus as App Class).
Of course, this is not a real solution, as using Nautilus for the desktop is 
not the default behaviour of Gnome Shell and the problem still exists on the 
activities view, panel etc.

Original comment by Linus.Seelinger on 19 Sep 2011 at 2:00

GoogleCodeExporter commented 8 years ago 
Really I haven't got any idea of what could be the problem :S At begining I 
thought in windows without name, but after some testing I have discard this 
idea...

I'll install Gnome 3 when Oneiric will be released to test Touchégg on it

Greetings!

Original comment by jose.exposito89@gmail.com on 19 Sep 2011 at 3:00

GoogleCodeExporter commented 8 years ago 
I just found out that the same problem occurs with unity if nautilus does not 
handle the desktop.
So I guess, the problem is that touchegg simply is not informed about gestures 
not executed on windows, which is obviously fatal if there is no desktop window 
at all.

Original comment by Linus.Seelinger on 7 Oct 2011 at 8:07

GoogleCodeExporter commented 8 years ago 
mmm, the output of touchegg shows that it detects the gesture, but dosn't know 
to what window send it. Or at least it knows that a gesture has been produced

output for 5 fingers up:

X Error: BadWindow (invalid Window parameter) 3
  Major opcode: 15 (X_QueryTree)
  Resource id:  0x0

Original comment by nsanz...@gmail.com on 13 Oct 2011 at 2:04

GoogleCodeExporter commented 8 years ago 
I can confirm the same issue under gnome-shell.  In the activities overview, 
touchegg does not give any output.  It would be nice to be able to configure 
gestures within the activities overview, such as 3-finger drag to move windows 
to different workspaces.

Original comment by bendavi...@gmail.com on 30 Oct 2011 at 6:31

GoogleCodeExporter commented 8 years ago 
I just tried xkill on KDE's background and on Gnome Shell's background (not 
handled by nautilus, so as default without icons).

On KDE, this kills the entire plasma workspace. On Gnome Shell, nothing happens.
So I think that touchegg's problem with gnome shell is that gnome shell shows 
the bare X background (when not using nautilus for drawing), while in KDE, even 
an empty background actually is a plasma X window.

Original comment by Linus.Seelinger on 17 Nov 2011 at 4:57

GoogleCodeExporter commented 8 years ago 
The same here with linux mint 12, kernel 3.2rc2, gnome 3.2, touchegg 1.0 and 
gui 0.3.
My toucpad:
⎜   ↳ ETPS/2 Elantech Touchpad                  id=11   [slave  pointer  (2)]

No output, no reaction to my movements.

Jose, do you instelled oneiric and tested toucgegg with gnome3?

I hope you find a solution.

Felicidades por este desarrollo!

Original comment by nandelb...@gmail.com on 5 Dec 2011 at 12:13

GoogleCodeExporter commented 8 years ago 
Hi!!!

After the summer I'm so busy with my job, and I have not had time to install 
and test Gnome3... but I'll try to test it as soon as possible

Original comment by jose.exposito89@gmail.com on 5 Dec 2011 at 7:29

GoogleCodeExporter commented 8 years ago 
Ok, thank's Jose! 

Anyway, I tried touchegg again with a clean install and works with my gnome3 in 
linuxmint 12.

Only 1, 2, and 3 fingers and with no PINCH, but for basic options works well.

Here my working config file:

<touchégg>
    <settings>
        <property name="composed_gestures_time">0</property>
    </settings>
    <application name="All">
        <gesture type="TAP" fingers="2" direction=""><action type="MOUSE_CLICK">BUTTON=3</action></gesture>
        <gesture type="TAP" fingers="3" direction=""><action type="MOUSE_CLICK">BUTTON=2</action></gesture>
        <gesture type="DRAG" fingers="2" direction="ALL"><action type="SCROLL">SPEED=7:INVERTED=false</action></gesture>
        <gesture type="DRAG" fingers="3" direction="UP"><action type="MAXIMIZE_RESTORE_WINDOW"></action></gesture>
        <gesture type="DRAG" fingers="3" direction="DOWN"><action type="MINIMIZE_WINDOW"></action></gesture>
        <gesture type="DRAG" fingers="3" direction="RIGHT"><action type="SEND_KEYS">Control+Alt+Left</action></gesture>
        <gesture type="DRAG" fingers="3" direction="LEFT"><action type="SEND_KEYS">Control+Alt+Right</action></gesture>
        <gesture type="PINCH" fingers="3" direction="ALL"><action type="RESIZE_WINDOW"></action></gesture>
    </application>
</touchégg>

Original comment by mserrafo...@gmail.com on 13 Dec 2011 at 4:12

GoogleCodeExporter commented 8 years ago 
Thanks mserrafontfreda, looks like is a limitation of your trackpad.

Original comment by jose.exposito89@gmail.com on 13 Dec 2011 at 7:44

GoogleCodeExporter commented 8 years ago 
Hi just wanted to say that I can confirm this issue when trying to use a 
gesture on the desktop in Gnome Shell as well as awesomeWM when trying to use a 
gesture on the desktop outside of a window. I believe if Nautilus doesn't draw 
the desktop that this also occurs in Unity.

Also when in Gnome-Shell, if the activities overlay is activated, gestures fail 
to work. This isn't very important until you consider the following:

Setting 4-finger drag to emulate a keyboard shortcut to expose / hide the 
activities overlay. The gesture will successful activate the overlay, but since 
gestures are not registered in the overlay, you are unable to close it in the 
same way. 

Thanks for all your hard work Jose!

Original comment by chrishyl...@gmail.com on 1 Mar 2012 at 8:37

GoogleCodeExporter commented 8 years ago 
Jose,

*  Using Gnome 3 on Ubuntu 11.10
*  Using repository version of touchegg
*  Using apple Magic Touchpad

1.  when monitoring touchegg from terminal with movements:
a.  A 4-finger drag always produces a "Segmentation Fault"
<<  Gesture Update 0 "Drag,touch=4" 
    Gesture Update 0 "Drag,touch=4" 
    Gesture Update 0 "Drag,touch=4" 
    Gesture Update 0 "Drag,touch=4" 
    Gesture Finish 
Segmentation fault

2.  I have been using Gnome Extensions for scrolling on the "Activities" 
view... but as noted above, they cease to work with Touchegg.  What I want to 
be able to do is enter Activities, flick between desktops, select window and 
exit... or alternatively, exectue another 4-finger swipe up to close Activities 
view.

Is there something I can do to help you test or identify the bugs?

v/r
ARM-C

Original comment by arickmcn...@gmail.com on 21 Mar 2012 at 11:20

GoogleCodeExporter commented 8 years ago 
Hi!

Finally I get some time to test Touchegg over Gnome Shell (after 5 months, it 
is OK...)

About desktop&launcher window:
The Gnome Shell WM (mutter?) have a bug, it do not add the desktop window to 
the _NET_CLIENT_LIST_STACKING atom list, making impossible to Touchegg get the 
information about this window (the class of the window) ans make the gesture
I do not know where is the Mutter bug tracker, but someone can try to report it 
;) ;) ;)

@arickmcniel
About the 4 fingers down crash
One more time a Mutter bug. I do not know why but, this WM do not put the 
_NET_SHOWING_DESKTOP in the root window but anyway is define in _NET_SUPPORTED 
(I think that is not very ICCM&EWMH compatible)
I fixed Touchegg to not crahs if this property is not found. In conclusion, 
show the desktop action is not supported in Gnome Shell, I recomend to you to 
report this problems to Mutter developper or use a better WM like Compiz, 
Fluxbox, OpenBox...

Original comment by jose.exposito89@gmail.com on 23 Mar 2012 at 10:37

GoogleCodeExporter commented 8 years ago 
In Openbox exist the same problem without Desktop application.

Original comment by andr...@mager.eu on 13 Nov 2012 at 9:34

GoogleCodeExporter commented 8 years ago 
I think that this issue is solved:
http://code.google.com/p/touchegg/issues/detail?id=177

Please, try to download and compile the current SVN code to test that:
http://code.google.com/p/touchegg/source/checkout

Original comment by jose.exposito89@gmail.com on 13 Nov 2012 at 11:30

GoogleCodeExporter commented 8 years ago 
I can confirm that it works with when compiled from current SVN (r178 | 
jose.exposito89 |  Fixes issue # On Ubuntu 14.04 with Gnome3

Original comment by mate...@fishface.se on 25 Mar 2014 at 7:18

GoogleCodeExporter commented 8 years ago 
Thank you for testing!!

Original comment by jose.exposito89@gmail.com on 25 Mar 2014 at 7:26

GoogleCodeExporter commented 8 years ago 
I know it's being a while since that bug was fixed, but recently I've beig 
experiencing the same issue again (had it working on Arch, had to reinstall my 
Arch, installed it again and now it's not working).

When I tap the upper panel of gnome-shell [calendar in the middle or tools in 
the righ (volume, luminosity, wifi, settings, etc) ] and then I try to tap 
something that got open (e.g. the volume level) the window that is behind gets 
the tap.
If there'is no window behing the panel then the tap works fine.

Original comment by ccosta.f...@gmail.com on 18 Jul 2014 at 3:53

GoogleCodeExporter commented 8 years ago 
Hi,

I am experiencing the same problem as previous commenter. I'm running Ubuntu 
GNOME 14.04 with Gnome 3.10 and Touchegg 1.1.1 (all from distribution's 
repositories, I've already tried Gnome 3.12 from Gnome's staging ppa though 
with the same issue).

However I'm not entirely sure this is a Touchegg's bug since I had the same 
problem with Ginn. And it is basically pretty much similar to bug 697192 
(https://bugzilla.gnome.org/show_bug.cgi?id=697192) but this time it takes 
effect only with Touchegg/Ginn. When none of these is running, it behaves just 
fine.

Original comment by mar.mate...@gmail.com on 31 Aug 2014 at 7:49

GoogleCodeExporter commented 8 years ago 
This is almost definitely an upstream bug, but I'm noticing the same problem 
with current versions of Gnome/Mutter as the above.  Inputs from the desktop 
(and overview) are just not sent to touchegg.  Temporary fix is to have 
nautilus handle the desktop and just not use touchegg from overview.

Original comment by p...@foodtoeat.com on 24 Sep 2014 at 7:30