My stylus buttons are acting buggy with this build. The large button seems to be hard coded to the popup palette, and the small button to pan. It will still register the functions I set in the Wacom tablet properties but it will perform both functions. For example, If I set the large button to "Ctrl+z" it will perform the "undo" function and open the popup palette. This only happens when the cursor is in the canvas area, if it is in the toolbar or other palette areas it only performs the functions I set in the Wacom tablet properties.

Hm... I think you might have to also reset those functions in Krita's canvas input settings dialog. The wintab api only gives us button id's, not functions -- and we react to those button id's. So if you want to disable the popup palette you need to reset that in Krita, too.

I was using Krita's default canvas input settings but after further examination, the issue seems to be that Krita is confusing my stylus buttons with mouse buttons e.g. it treats the large stylus button as a right mouse click and the small button as a middle mouse click. Is this intentional or unavoidable? Sorry, I'm a total noob with Krita but I could have sworn it wasn't like that with the last build.

Yes, right now stylus buttons on Windows are hardcoded to mouse buttons. What is your desired setup for these buttons actually?

I should put this in the new topic but I wanted to note it here, too. Thank you, Hurderpus Maximus and dkazakov, you helped me understand why I couldn't get the pop-up menu to stick around. Whenever I pressed the right mouse button, it was taken as two presses so the menu opened and closed itself with one press. After disabling the right click in the tablet's settings, the pop-up menu works fine. Thank you, again!

I'm having the problem that my Intuos 4 draws behind the file open and import layer dialogs in Windows 8 with 2.7.8.27 version. I'm using the latest drivers from Wacom and have tested my original drivers that came with the board with no success. I have tested without the drivers and when doing that it works but pressure sensitivity is lost. Someone else having this problem? Everything else works flawless.

Andreas Raninger
http://endoraniendo.deviantart.com

Argh... That bug has been fixed before, but I can confirm that it is back!

I went through the code in kis_tablet_support_win.cpp and compared to the X11 code for handling events from the Wacom. I noticed that X11 is using QApplication::activePopupWidget(); instead of QApplication::widgetAt(globalPos); that is used in the wintab code. Changed it in kis_tablet_support_win.cpp and it seems to work. I don't know if this breaks something else though.