Merge lp:~cr3/checkbox/multitouch into lp:checkbox
Status: | Merged |
---|---|
Merged at revision: | 1723 |
Proposed branch: | lp:~cr3/checkbox/multitouch |
Merge into: | lp:checkbox |
Diff against target: |
253 lines (+68/-19) 7 files modified
debian/changelog (+4/-0) jobs/audio.txt.in (+1/-1) jobs/graphics.txt.in (+2/-2) jobs/led.txt.in (+11/-11) jobs/suspend.txt.in (+2/-2) jobs/touchpad.txt.in (+26/-3) jobs/touchscreen.txt.in (+22/-0) |
To merge this branch: | bzr merge lp:~cr3/checkbox/multitouch |
Related bugs: |
Reviewer | Review Type | Date Requested | Status |
---|---|---|---|
Daniel Manrique (community) | Approve | ||
Brendan Donegan (community) | Needs Information | ||
Marc Tardif (community) | Needs Resubmitting | ||
Review via email: mp+127062@code.launchpad.net |
Commit message
Merged multitouch tests from cr3.
Description of the change
The results from testing a singletouch touchpad and a non-touch touchscreen are:
touchpad/
touchpad/
touchpad/
touchscreen/
touchscreen/
touchscreen/
To try on your system, this is a command that will only run the tests from this merge request:
rm -fr store messages checkbox.xsl checkbox.log plugins.bpickle* sub* ; ./bin/checkbox-qt -W <(cat <<EOF
`head -n 32 ./data/
__touchpad__
touchpad/
touchpad/
touchpad/
__touchscreen__
touchscreen/
touchscreen/
touchscreen/
EOF
)
After testing on an all-in-one system with a multitouch screen and a mouse, these were the results:
touchpad/ singletouch- automated fail multitouch- automated pass multitouch- manual uninitiated nontouch- automated fail multitouch- automated pass multitouch- manual uninitiated
touchpad/
touchpad/
touchscreen/
touchscreen/
touchscreen/
The problem is that both the touchpad and the touchscreen were being filtered as the same device by this command:
xinput_resource | filter_templates -w 'class= XITouchClass' -w 'touch_ mode=dependent' -b 'name=Virtual core pointer'| grep 'name:'
and this command:
xinput_resource | filter_templates -w 'class= XITouchClass' -w 'touch_mode=direct' -b 'name=Virtual core pointer'| grep 'name:'
The reason is that the whitelist arguments seem to be or'ed instead of and'ed. So, these commands were changed to:
xinput_resource | filter_templates -w 'class= XITouchClass' | grep -q 'touch_mode: dependent'
and this command respectively:
xinput_resource | filter_templates -w 'class= XITouchClass' | grep -q 'touch_mode: direct'
Since grep is now used in quiet mode, there's really no reason to blacklist the Virtual core pointer device anymore.