Bug 1318042 - Wacom 22HD and 22HDT are missing touch strip mode switching
Summary: Wacom 22HD and 22HDT are missing touch strip mode switching
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: libwacom
Version: 6.8
Hardware: x86_64
OS: Linux
unspecified
medium
Target Milestone: rc
: ---
Assignee: Peter Hutterer
QA Contact: Desktop QE
URL:
Whiteboard:
Depends On: 1390842
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-03-15 20:14 UTC by Michael Boisvert
Modified: 2017-12-06 11:36 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
: 1390842 (view as bug list)
Environment:
Last Closed: 2017-12-06 11:36:40 UTC
Target Upstream Version:


Attachments (Terms of Use)

Description Michael Boisvert 2016-03-15 20:14:02 UTC
Description of problem: The 22HD and 22HDT have 2 touch strips and 2 mode switching buttons. Each touch strip should have 4 different modes for switching functions. Both tablets only show one configurable mode instead of 4 for each touch strip. 

How reproducible: On both tablets, seemingly always. 

Steps to Reproduce:
1. Plug in either tablet to a machine.
2. System -> Preferences -> Wacom Tablet
3. Click "Map Buttons..."

Actual results: You can only map one mode of buttons for each touch strip instead of four. 

Expected results: Each touch strip (R + L) will have 4 configurable modes to switch through.

Additional Info: There are no LEDs to indicate which mode is currently active like on the other tablets.

Comment 1 Peter Hutterer 2016-03-16 22:33:48 UTC
is this a regression from 6.7? The 22HD(T) have strips but they don't map to modes. Only the 21UX2 has strips with modes and given that we don't have LEDs to show the current mode this seems like the correct behaviour.

Comment 2 Michael Boisvert 2016-03-17 14:06:42 UTC
(In reply to Peter Hutterer from comment #1)
> is this a regression from 6.7? The 22HD(T) have strips but they don't map to
> modes. Only the 21UX2 has strips with modes and given that we don't have
> LEDs to show the current mode this seems like the correct behaviour.

I don't think it is a regression, probably just something I missed. I will make sure later. However, the 22HD's do have 4 modes for the touch strips and there is a button on the pad to cycle through them.

Here is a quote from the Wacom website: "The ambidextrous design of the Cintiq 22HD touch features a pair of rear-mounted Touch Strips, along with accompanying Touch Strip Toggle buttons. Each control up to four application-specific functions, such as brush size, zooming, scrolling and on-screen canvas rotation."

Comment 3 Peter Hutterer 2016-08-26 01:08:15 UTC
This isn't set upstream either, I pinged upstream for it.

Comment 5 RHEL Program Management 2016-10-27 04:16:26 UTC
Development Management has reviewed and declined this request.
You may appeal this decision by reopening this request.

Comment 9 Peter Hutterer 2016-11-02 04:43:54 UTC
New bug 1390842 blocks this one, without a physical LED to signal the current mode we require some software solution instead (e.g. in the form of an OSD). Without this, a user cannot know which mode the tablet is currently in or when the mode has been changed and erroneous input may occur.

Comment 14 Jan Kurik 2017-12-06 11:36:40 UTC
Red Hat Enterprise Linux 6 is in the Production 3 Phase. During the Production 3 Phase, Critical impact Security Advisories (RHSAs) and selected Urgent Priority Bug Fix Advisories (RHBAs) may be released as they become available.

The official life cycle policy can be reviewed here:

http://redhat.com/rhel/lifecycle

This issue does not meet the inclusion criteria for the Production 3 Phase and will be marked as CLOSED/WONTFIX. If this remains a critical requirement, please contact Red Hat Customer Support to request a re-evaluation of the issue, citing a clear business justification. Note that a strong business justification will be required for re-evaluation. Red Hat Customer Support can be contacted via the Red Hat Customer Portal at the following URL:

https://access.redhat.com/


Note You need to log in before you can comment on or make changes to this bug.