Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • Users
  • Groups
  • Search
  • Get Qt Extensions
  • Unsolved
Collapse
Brand Logo
  1. Home
  2. Qt Development
  3. General and Desktop
  4. Qt Stealing Tablet events
Qt 6.11 is out! See what's new in the release blog

Qt Stealing Tablet events

Scheduled Pinned Locked Moved General and Desktop
2 Posts 1 Posters 3.1k Views 1 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • R Offline
    R Offline
    rmawatson
    wrote on last edited by
    #1

    Hello, I am having a problem with running Qt under an embedded python interpreter in another application. The problem is basically that as soon as a QDialog (or other gui item) has been shown, the wacom tablet ceases to send preassure sensitivity events to the host application. These are totally stolen by Qt. This is a bit of a problem as I dont actually want Qt to use the preassure sensitivity, I want this to be used by the host application.

    I came across This bug report that seems to be the problem I am having. http://bugreports.qt.nokia.com/browse/QTBUG-6257

    After having a look, the hidden "qt_tablet_widget" is removed from the allWidgets list so I am unable to get and destroy this widget at runtime. I was hoping this would be a possible solution. I am recompiling Qt and PyQt with some bits of qwidget_win.cpp edited so hopefully I will get this widget in QApplication.allWidgets() and be able to destroy it. This may not be a good idea, as its no doubt hidden for a reason. This also ties me to a custom compile of Qt, which is a problem. I was hoping someone might have a suggestion as to any other ways to get around this problem. Currently I am having to destroy all widgets and the Qapplication when any gui element closes to get the sensitivity back. This of course means I cant extend the functionality of the host application with any kind of windows that would be open when you would be using the tablet - a big problem!

    any ideas would be welcomed.

    Thanks

    1 Reply Last reply
    0
    • R Offline
      R Offline
      rmawatson
      wrote on last edited by
      #2

      Just to follow this up. Recompiling the whole of Qt with QT_NO_TABLETEVENT has fixed the problem. A bit of a shame that a custom compile of Qt is required for this.

      1 Reply Last reply
      0

      • Login

      • Login or register to search.
      • First post
        Last post
      0
      • Categories
      • Recent
      • Tags
      • Popular
      • Users
      • Groups
      • Search
      • Get Qt Extensions
      • Unsolved