Ginn should start automatically as daemon

[Marius B. Kotsbak]

Binary package hint: xserver-xorg-input-evdev

I am using a Gigabyte T1005 that seems to support 2 finger positions (and thus I can't test the 3 finger based gestures that are supposed to work in Natty).

I would expect to be able to scroll using 2 fingers like on the touch pad (which is hidden behind the screen in tablet mode...). Maybe the direction should be opposite (like it is in MS Windows), the screen scrolls in the same direction as the fingers.

ProblemType: Bug
DistroRelease: Ubuntu 11.04
Package: xserver-xorg-input-evdev 1:2.6.0-1ubuntu12
ProcVersionSignature: Ubuntu 2.6.38-8.42-generic 2.6.38.2
Uname: Linux 2.6.38-8-generic i686
Architecture: i386
CompizPlugins: [core,bailer,detection,composite,opengl,decor,mousepoll,vpswitch,regex,animation,snap,expo,move,compiztoolbox,place,grid,imgpng,gnomecompat,wall,ezoom,workarounds,staticswitcher,resize,fade,unitymtgrabhandles,scale,session,unityshell]
CompositorRunning: compiz
DRM.card0.LVDS.1:
 status: connected
 enabled: enabled
 dpms: On
 modes: 1366x768
 edid-base64: AP///////wAw5EgCAAAAAAATAQOAFg14Ch7lmFpTlSYcUFQAAAABAQEBAQEBAQEBAQEBAQEBEhtWYFAAFjAwIDUA4H4AAAAbAAAAAAAAAAAAAAAAAAAAAAAAAAAA/gBMRyBEaXNwbGF5CiAgAAAA/ABMUDEwMVdIMS1UTEI0ABQ=
DRM.card0.VGA.1:
 status: disconnected
 enabled: disabled
 dpms: Off
 modes:
 edid-base64:
Date: Fri Apr 29 12:05:53 2011
DistUpgraded: Log time: 2011-04-24 00:13:36.140970
DistroCodename: natty
DistroVariant: ubuntu
EcryptfsInUse: Yes
GraphicsCard:
 Intel Corporation N10 Family Integrated Graphics Controller [8086:a011] (rev 02) (prog-if 00 [VGA controller])
   Subsystem: Giga-byte Technology Device [1458:b100]
   Subsystem: Giga-byte Technology Device [1458:b100]
InstallationMedia: Ubuntu 10.10 "Maverick Meerkat" - Release i386 (20101007)
MachineType: GIGABYTE T1005
ProcEnviron:
 LANGUAGE=nb_NO:en
 LANG=nb_NO.UTF-8
 SHELL=/bin/bash
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-2.6.38-8-generic root=UUID=f1d0446d-3ea3-46a7-9842-8773acca78e6 ro crashkernel=384M-2G:64M,2G-:128M quiet splash i8042.noloop=1 vt.handoff=7
Renderer: Unknown
SourcePackage: xserver-xorg-input-evdev
UpgradeStatus: Upgraded to natty on 2011-04-24 (5 days ago)
dmi.bios.date: 08/30/2010
dmi.bios.vendor: GIGABYTE
dmi.bios.version: GSBF05
dmi.board.asset.tag: Base Board Asset Tag
dmi.board.name: T1005
dmi.board.vendor: GIGABYTE
dmi.board.version: Base Board Version
dmi.chassis.asset.tag: Chassis Asset Tag
dmi.chassis.type: 1
dmi.chassis.vendor: Chassis Manufacturer
dmi.chassis.version: Chassis Version
dmi.modalias: dmi:bvnGIGABYTE:bvrGSBF05:bd08/30/2010:svnGIGABYTE:pnT1005:pvrGSBF05:rvnGIGABYTE:rnT1005:rvrBaseBoardVersion:cvnChassisManufacturer:ct1:cvrChassisVersion:
dmi.product.name: T1005
dmi.product.version: GSBF05
dmi.sys.vendor: GIGABYTE
version.compiz: compiz 1:0.9.4+bzr20110415-0ubuntu2
version.libdrm2: libdrm2 2.4.23-1ubuntu6
version.libgl1-mesa-dri: libgl1-mesa-dri 7.10.2-0ubuntu2
version.libgl1-mesa-dri-experimental: libgl1-mesa-dri-experimental N/A
version.libgl1-mesa-glx: libgl1-mesa-glx 7.10.2-0ubuntu2
version.xserver-xorg: xserver-xorg 1:7.6+4ubuntu3
version.xserver-xorg-video-ati: xserver-xorg-video-ati 1:6.14.0-0ubuntu4
version.xserver-xorg-video-intel: xserver-xorg-video-intel 2:2.14.0-4ubuntu7.1
version.xserver-xorg-video-nouveau: xserver-xorg-video-nouveau 1:0.0.16+git20110107+b795ca6e-0ubuntu7

[Marius B. Kotsbak (mariusko)]

My evdev based touch pad works, so I suppose evdev detects that it is a touch screen and do not do the multitouch scrolling detection that would be nice until a proper framework for scrolling is in place (see brainstorm idea #18320).

[Marius B. Kotsbak (mariusko)]

I don't see this tab to configure this: http://askubuntu.com/questions/21396/how-to-really-use-multitouch-gestures-now

There is something here that might be used: https://help.ubuntu.com/community/T101MT#EXPERIMENTAL TWO-FINGER TOUCH DAEMON

[Marius B. Kotsbak (mariusko)]

Geistest seems to capture correct gestures, containing up to two buttons (more probably not supported by the hardware):

Gesture id 454 type 0 finished
 attr "device id" = 10
 attr "timestamp" = 21330897
 attr "root window id" = 173
 attr "event window id" = 46137382
 attr "child window id" = 46137382
 attr "focus x" = 0.000000
 attr "focus y" = 0.000000
 attr "gesture name" = "Drag,touch=2"
 attr "touches" = 2
 attr "delta x" = -0.186823
 attr "delta y" = 0.468864
 attr "velocity x" = -0.004671
 attr "velocity y" = 0.011722
 attr "position x" = 911.900818
 attr "position y" = 455.923828
 attr "boundingbox x1" = 765.478210
 attr "boundingbox y1" = 447.109161
 attr "boundingbox x2" = 1057.202637
 attr "boundingbox y2" = 465.676208
 attr "touch 0 id" = 2.000000
 attr "touch 0 x" = 1057.202637
 attr "touch 0 y" = 465.676208
 attr "touch 1 id" = 4.000000
 attr "touch 1 x" = 765.478210
 attr "touch 1 y" = 447.109161

Gesture id 490 type 1 finished
 attr "device id" = 10
 attr "timestamp" = 21477057
 attr "root window id" = 173
 attr "event window id" = 46137382
 attr "child window id" = 46137382
 attr "focus x" = 806.000000
 attr "focus y" = 328.000000
 attr "gesture name" = "Pinch,touch=2"
 attr "touches" = 2
 attr "radius delta" = -0.999410
 attr "radial velocity" = -0.024985
 attr "radius" = 108.662643
 attr "boundingbox x1" = 676.061279
 attr "boundingbox y1" = 328.580231
 attr "boundingbox x2" = 807.924805
 attr "boundingbox y2" = 458.100739
 attr "touch 0 id" = 2.000000
 attr "touch 0 x" = 807.924805
 attr "touch 0 y" = 328.580231
 attr "touch 1 id" = 3.000000
 attr "touch 1 x" = 676.061279
 attr "touch 1 y" = 458.100739

Why are those not giving any effect in the desktop or any programs?

[Marius B. Kotsbak (mariusko)]

Since geistest gives the correct input, I suppose the evdev driver does what it should and it is something higher up that does not propagate these signals correctly.

[Marius B. Kotsbak (mariusko)]

Same with gesturetest:

Gesture ID: 671
 Gesture Type: 3: Drag - Two Fingers
 Device ID: 10
 Timestamp: 22406921
 Root Window: 0xad: (root window)
 Event Window: 0x2c00026: "marius@marius-T1005: ~/tmp/update-manager/update-manager-0.150/UpdateManager"
 Child Window: 0x2c00026: "marius@marius-T1005: ~/tmp/update-manager/update-manager-0.150/UpdateManager"
 Focus X: 812.000000
 Focus Y: 583.000000
 Status: 2
 Num Props: 16
  Property 0: 0.000000
  Property 1: 18.754580
  Property 2: -0.019311
  Property 3: 1.172161
  Property 4: 956.530701
  Property 5: 585.049072
  Property 6: 813.595642
  Property 7: 575.765564
  Property 8: 1097.611450
  Property 9: 594.332642
  Property 10: 1.000000
  Property 11: 813.595642
  Property 12: 575.765564
  Property 13: 3.000000
  Property 14: 1097.611450
  Property 15: 594.332642

and "ginn".

[Chase Douglas (chasedouglas)]

Gestures are working properly since you see the correct output from geistest. Now you need something to listen to those gestures. Ginn can translate two finger drag events into scroll events. In Ubuntu 11.04, you should be able to run ginn at the command line to do this. Otherwise, you will need to wait until there is native support added to applications and/or toolkits.

I am closing this as invalid since gestures appear to be working properly.

Thanks!

[Marius B. Kotsbak (mariusko)]

You are right, it works after starting "ginn" from the command line. I changed the title of the bug then, as this was not intuitive at all.

[Marius B. Kotsbak (mariusko)]

Hmm, there is a file: /etc/xdg/autostart/ginn.desktop which means it should automatically be started....
It might be caused by bug #460746, but other things in there seems to be started, like "update-notifier".

[Stephen M. Webb (bregma)]

Are you using ginn from the utouch PPA?

[Marius B. Kotsbak (mariusko)]

Japp, that is true. Forgot that I added it to try to solve the original problem in this bug. I just got an updated version of ginn package now from the PPA and after reboot it starts and works fine. Anyway, the bug is still valid for a fresh installations of Natty.

[Mohamed IKBEL Boulabiar (boulabiar)]

The decision of running ginn on start-up was not accepted because we haven't tested it enough (whether it causes other problems).
In the next release Oneiric this will be fixed.

[Marius B. Kotsbak (mariusko)]

I understand that that might be an issue. But then we probably could supply an init script, but not enable it by default, maybe by adding an option to a "/etc/default/ginn" file to enable it.