I tried it, It knows finger, mouse - but no pen message when a pressure sensitive pen touched the screen. Instead I had mouse message, with zero pressure.
Coder, video game industry veteran (since the '80s, ❤'s assembler), arrested - never convicted hacker (in the '90s), dad of five, he/him (if that even matters!). https://deluxepixel.com
Coder, video game industry veteran (since the '80s, ❤'s assembler), arrested - never convicted hacker (in the '90s), dad of five, he/him (if that even matters!). https://deluxepixel.com
Coder, video game industry veteran (since the '80s, ❤'s assembler), arrested - never convicted hacker (in the '90s), dad of five, he/him (if that even matters!). https://deluxepixel.com
@SinisterSoft : For that pressure, i just tried Qt's internal API. I'm not sure what went wrong, probably something wrong on my code also. Well, this is kind of low priority (considering how much people owned the device), so if it doesn't work, then i will just abandon it for now.
@tkhnoman, i also tested your latest player with my wacom tablet, it registers the pen correctly, also when using pen eraser end. from event.type, event.touch.pressure, event.touch.type: first parameter is "touchesmove" etc, second is pressure correctly, last is "penTablet"
so far so good, the issue is that normal mouse event was not registered, only the pen. also, less serious problem, that it would be good to differentiate between pen tip and pen eraser tip (other side of pen).
i would be happy if you would not abandon this stuff, it seems that you are close to success, the previous version worked good in every aspect, only it was not together with the event.touches stuff, but as a wip i think you can add it as event.penTablet if that's easier and later @ar2rsawseen could merge it with touches event (and also adding pressure event for android tablets).
I guess the problem is within QT only checking for things like the wacom tablet and not the newer windows API. Wacom have a patch into the new API too, so the official way might be the best way.
Coder, video game industry veteran (since the '80s, ❤'s assembler), arrested - never convicted hacker (in the '90s), dad of five, he/him (if that even matters!). https://deluxepixel.com
nevertheless the previous version of @tkhnoman did work, didn't it? (at least for me, although i didn't test if mouse touches did work also). so some solution should exist, even if qt+wacom is bit broken currently.
i mean that when moving/pressing my mouse (not the mouse that comes with the wacom tablet but a 'normal/usual' wireless mouse) then no touch event was registered at all.
@tkhnoman, you are so right. thus for me everything works (pen and mouse) basically. mouse generates 0 pressure. i think it would be useful to add this to gideros core as it is. worst case it does not work with certain devices (e.g. for @SinisterSoft) but with wacom tablets (the most common choice for artists) it would work at least, and later maybe when qt is corrected, it would work for those too. btw i have win7, if it matters.
@tkhnoman: Yes, release as is. I can keep checking in the future though in case a new version of QT is different.
I have 2 Intel reference ultrabooks here (two different types) both say the same message on Win 8/8.1 and Win 10. As they are reference designs they are the way all the other manufacturers will be doing it in the future. The 2nd of the Ultrabooks has touch screen, pressure pen input and pressure 'mouse' pad input - good for testing everything.
Coder, video game industry veteran (since the '80s, ❤'s assembler), arrested - never convicted hacker (in the '90s), dad of five, he/him (if that even matters!). https://deluxepixel.com
as far as i understand application:set("cursor",type) works only on windows, would it be possible to add it to mac too? or at least can we hide cursor on mac? (and implement our own) maybe application:set("cursor","blank") works on mac? i have to test.
thanks, @tknoman, your comment made me realize that i assumed the problem is on gideros side yet in fact i restricted the cursor change code to windows only, so no wonder it did not happen on the mac exported version. and thanks again for the cursor change options, they are pretty useful (they are undocumented though in the reference, am i wrong?)
Comments
https://deluxepixel.com
https://msdn.microsoft.com/en-us/library/windows/desktop/hh454908(v=vs.85).aspx
https://deluxepixel.com
https://msdn.microsoft.com/en-us/library/ms818317.aspx
https://deluxepixel.com
For that pressure, i just tried Qt's internal API.
I'm not sure what went wrong, probably something wrong on my code also.
Well, this is kind of low priority (considering how much people owned the device), so if it doesn't work, then i will just abandon it for now.
Thank you for helping me testing it. :-h
from event.type, event.touch.pressure, event.touch.type:
first parameter is "touchesmove" etc, second is pressure correctly, last is "penTablet"
so far so good, the issue is that normal mouse event was not registered, only the pen. also, less serious problem, that it would be good to differentiate between pen tip and pen eraser tip (other side of pen).
i would be happy if you would not abandon this stuff, it seems that you are close to success, the previous version worked good in every aspect, only it was not together with the event.touches stuff, but as a wip i think you can add it as event.penTablet if that's easier and later @ar2rsawseen could merge it with touches event (and also adding pressure event for android tablets).
Fragmenter - animated loop machine and IKONOMIKON - the memory game
https://deluxepixel.com
Fragmenter - animated loop machine and IKONOMIKON - the memory game
Adding pen tablet event is not a good approach.
Also, what is normal mouse event? Can you give an example?
Fragmenter - animated loop machine and IKONOMIKON - the memory game
Did it ticked at yours?
thus for me everything works (pen and mouse) basically. mouse generates 0 pressure.
i think it would be useful to add this to gideros core as it is. worst case it does not work with certain devices (e.g. for @SinisterSoft) but with wacom tablets (the most common choice for artists) it would work at least, and later maybe when qt is corrected, it would work for those too.
btw i have win7, if it matters.
Fragmenter - animated loop machine and IKONOMIKON - the memory game
I have 2 Intel reference ultrabooks here (two different types) both say the same message on Win 8/8.1 and Win 10. As they are reference designs they are the way all the other manufacturers will be doing it in the future. The 2nd of the Ultrabooks has touch screen, pressure pen input and pressure 'mouse' pad input - good for testing everything.
https://deluxepixel.com
I definitely need core team's help for this one, will contact them later on :-S
or at least can we hide cursor on mac? (and implement our own) maybe application:set("cursor","blank") works on mac? i have to test.
Fragmenter - animated loop machine and IKONOMIKON - the memory game
I tested it long time ago, for changing the mouse to hourglass. I think hiding it also would work.
and thanks again for the cursor change options, they are pretty useful (they are undocumented though in the reference, am i wrong?)
Fragmenter - animated loop machine and IKONOMIKON - the memory game