![]() Registered Member ![]()
|
Moin,
I hear you ... I have done some software testing today and believe me, I am in a mood that even this forum software can not censor away successfully ^_^ I am in the process of kicking out all Wacom hardware here (I have had it with their European "support"). It just isn't true that their products are worth four times the price of others. Since my Bosto is working nicely for almost everything I do (I'd love to have it working in Linux, but then again, I'd need to have my Nvidia working there perfectly, which isn't the case, and my 3d mouse, which isn't the case, and my MS wireless stuff, which isn't the case, and my audio hardware, which isnt ... you get the picture), I am not too keen on switching brands. Otherwise I'd simply donate my 22HD to the Krita project and move on. Even if that wouldn't help ME with the next brand ![]() So ... locked in a circle - what could I do to help you? I am willing to create logs, do debugs, even have a screenshare chat if you like to. It's not that the world would collapse if I don't have a right mouse button in Krita ... but I see a shimmer of hope to being able to help Krita at least a bit ![]() Marc |
![]() Registered Member ![]()
|
Interestingly I found that the right mouse button click (on the stylus that is) does work on layer menus, brush menus etc - it does not work on the canvas, though.
So it seems as if there is something different between catching the RMB click in the drawing area versus on menus/dockers ... Marc |
![]() KDE Developer ![]()
|
That's not very strange -- if something doesn't try to listen for tablet events, then a tablet will resend the events as mouse events. And everything can handle those.
|
![]() Registered Member ![]()
|
Got you. Krita must be getting garbage events then, because it "stalls" for a split second on RMB (stylus) press in the canvas and then continues. Seems to fit into what you just said.
But there was something about choirs, taking a bath and things ... if you *want* to dig into this, just give me a ping. Like I said, it doesn't kill the fun for me, but I'd obviously like to help you get it fixed ![]() Marc |
![]() KDE Developer ![]()
|
To really dig in into issues with tablets, we need to have test hardware around indefinitely -- and Bosto gallantly offered us some, if we'd pay for it, while other manufacturers, like Huion, Yiynova and Wacom donated hardware to the project.
|
![]() Registered Member ![]()
|
Moin,
I got you the first three times on that ![]() If my finances allow, I'll donate a bosto to the project. Or ... if, alternatively my time allows, I'll try to work myself into the codebase. I think that, if finances say "go", there are more pressing issues for the project than "some obscure tablet" (to quote someone) ... Marc |
![]() Registered Member ![]()
|
Hi,
just playing with the latest beta. This version allows me to use the "right mouse button" feature on the Bosto screen! (It also works well on my Cintiq). Great stuff. Marc |
![]() KDE Developer ![]()
|
That still just is pure coincidence: there has been no change in the tablet code at all between 3.0.1 and the latest beta...
|
![]() Registered Member ![]()
|
a) I like coincidences ![]() b) there was one change on my system, I reinstalled the Wacom driver for the Cintiq. This may have been a newer version (quite likely) than before Might be worth mentioning to people with similar issues, that reinstalling Wacom drivers with different versions might do something good. But anyway, sorry for the interruption, I'll shut up again ![]() Marc |
Registered users: Bing [Bot], Google [Bot], Sogou [Bot]