1. Computers
  2. Display Drivers
  3. Graphics Cards
  4. Memory
  5. Motherboards
  6. Processors
  7. Software
  8. Storage
  9. Operating Systems


Facebook RSS Twitter Twitter Google Plus


Phoronix Test Suite

OpenBenchmarking Benchmarking Platform
Phoromatic Test Orchestration

Wacom Tablet Support Might Be Axed From Qt 5

Hardware

Published on 08 September 2012 12:35 PM EDT
Written by Michael Larabel in Hardware
31 Comments

While Wacom tablets command most of the graphics tablet market-share, within the open-source Qt world it seems not many people actually care about these input devices. Wacom support -- after being pressed by many long-standing open bugs -- is being talked about for removal from Qt 5.0.

For the past few days on the Qt development list there's been a long discussion taking place about Removing Wacom support in Qt5.

The Wacom input support for Qt5 is pretty much in a broken state but it's not the Wacom input drivers at fault, major Qt applications are troubled by broken Wacom support, not many Qt developers actually care about Wacom support, Digia has only provided a hack for Wacom support that was rejected from mainline, and there's a host of other problems.

Going with the interest level from the Qt developers, there's also very few Qt developers with actual Wacom tablet hardware. From the thread's creator, "Myself have a room with 40+ workstations where the driver is installed/uninstalled at least once a week, it's a nightmare...Thing is, it's been two years and it still doesn't work well. The bug tracker is filled with unresolved bugs, begging and ranting."

The actual Qt-Wacom problem? Ariel Molina, the thread's creator, went on to say, "I want to bring back attention that this bug affects even Qt development tools, i can reproduce it in at least 40 computers where the sole presence of the Wacom drivers makes QtC and most apps almost unusable due to the 'driver' errors and general slugginesh."

As an alternative to removing the Qt Wacom input support entirely, an option would be to conceal the Wacom tablet support behind a compile-time switch like --enable-wacom for those wanting to build-in the broken Wacom support. The support level for Wacom seems to vary by operating system with Qt where under Windows it appears to be the worst.

Marius Storm-Olsen of Qt Nokia (well, to be acquired by Digia) says, "Obviously we have a tablet laying around somewhere, under a pile of dust. I just said since this person left we haven't been working on it. Feel free to scratch the code if the itch is bugging you!"

Unlike the GNOME developers that seem to be all tablet/touch-centric these days, that's not the case in the Qt camp. From Intel's Thiago Macieira, "Sadly, our current support for tablets is very, very limited. We know it breaks every other release -- since it is never tested before a release, it breaks; then we get bug reports, it gets fixed, and then in the next release, it breaks again." Thiago went on to say that QTabletEvent (a Qt class that contains parameters to describe a Tablet event) will "never be delivered."

The only developer on the Qt development thread really pressing for the Wacom/tablet support to be improved is Boudewijn Rempt, the KDE Krita application developer. A few others have expressed interest in seeing the Wacom support improved, but beyond offering help in the form of bug reporting, no one has stepped up to the plate. If any developer cares about Qt and Wacom/tablet support, you may want to step up on this thread otherwise the support is set to be removed or at the least to be disabled.

About The Author
Michael Larabel is the principal author of Phoronix.com and founded the web-site in 2004 with a focus on enriching the Linux hardware experience and being the largest web-site devoted to Linux hardware reviews, particularly for products relevant to Linux gamers and enthusiasts but also commonly reviewing servers/workstations and embedded Linux devices. Michael has written more than 10,000 articles covering the state of Linux hardware support, Linux performance, graphics hardware drivers, and other topics. Michael is also the lead developer of the Phoronix Test Suite, Phoromatic, and OpenBenchmarking.org automated testing software. He can be followed via and or contacted via .
Latest Articles & Reviews
  1. Trying Out The Modern Linux Desktops With 4 Monitors + AMD/NVIDIA Graphics
  2. Turning A Basement Into A Big Linux Server Room
  3. NVIDIA's $1000+ GeForce GTX TITAN X Delivers Maximum Linux Performance
  4. OS X 10.10 vs. Ubuntu 15.04 vs. Fedora 21 Tests: Linux Sweeps The Board
  5. The New Place Where Linux Code Is Constantly Being Benchmarked
  6. 18-GPU NVIDIA/AMD Linux Comparison Of BioShock: Infinite
Latest Linux News
  1. Fedora 22 Alpha Now Available For AArch64 & PowerPC64
  2. Systemd Developers Did NOT Fork The Linux Kernel
  3. PulseAudio 7.0 To Enable LFE Remixing By Default
  4. Features & Changes Coming For Mir 0.13
  5. How Far Valve Has Come: Three Years Ago They Needed OpenGL Linux Help
  6. Audacity 2.1 Improves Noise Reduction, Adds Real-Time Effects Preview
  7. Linux 4.0-rc6 Kernel Released
  8. Automatically Managing The Linux Benchmarks Firing Constantly
  9. The Big Features Of The Linux 4.0 Kernel
  10. Mesa's Android Support Is Currently In Bad Shape
Most Viewed News This Week
  1. Introducing The Library Operating System For Linux
  2. Improved OpenCL Support For Blender's Cycles Renderer
  3. Allwinner Continues Jerking Around The Open-Source Community
  4. Open-Source Driver Fans Will Love NVIDIA's New OpenGL Demo
  5. GNOME 3.16 Released: It's Their Best Release Yet
  6. Systemd Change Allows For Stateless Systems With Tmpfs
  7. Ubuntu 15.04 Final Beta Released
  8. Nuclide: Facebook's New Unified IDE