did somebody make such a thing? now with windows export i would need this in my animation app but i never wrote a gideros plugin for windows, so i hoped that somebody will have more clue about it.
i need pressure sensitivity info from the pen, nothing else (like angle etc) is important.
Comments
https://msdn.microsoft.com/en-us/library/windows/desktop/ms699420(v=vs.85).aspx
https://msdn.microsoft.com/en-us/library/windows/desktop/ms701683(v=vs.85).aspx
http://backworlds.com/under-pressure/
http://www.wacomeng.com/windows/index.html
Fragmenter - animated loop machine and IKONOMIKON - the memory game
You should put a request on github...
https://deluxepixel.com
maybe there could be a plugin tag on github and then we can have wilder requests like pressure sensitive pen support tagged as plugin request.
it is the same with having an osc plugin which would be nice and i would use it, but i'm already happy that @ar2rsawseen made some progress on it (only windows version so far), hopefully he or somebody will have more time for it later:
http://giderosmobile.com/forum/discussion/4975/how-can-i-communicate-with-other-apps-using-osc/p1
Fragmenter - animated loop machine and IKONOMIKON - the memory game
Fragmenter - animated loop machine and IKONOMIKON - the memory game
i'm an Artist, and have tablet to test. So i will try to test this
http://giderosmobile.com/forum/discussion/5870/new-desktop-api-test#Item_3
@keszegh Could you check whether it works for Wacom, mine are different brand...
Likes: keszegh
this being a core feature is way better of course, i like to avoid plugins.
Fragmenter - animated loop machine and IKONOMIKON - the memory game
New devices are arriving that allow for multiple points of pressure - eg a multitouch pad with pressure for each finger - screens will have this soon too.
https://deluxepixel.com
yes, that's why i proposed in the other topic that it should be "event.touch.pressure" e.g. but i guess @tkhnoman wanted to do the same anyway, using "id" was just a dirty quick thing for testing purposes.
Fragmenter - animated loop machine and IKONOMIKON - the memory game
It would be a new event, TABLET_XXXX
It would also receive tilt.
I will try it, but not now.
but the more imporant question: when will you try it? (i'm restless)
Fragmenter - animated loop machine and IKONOMIKON - the memory game
+ also maybe something to say what type of touch it is - finger or pen ?
https://deluxepixel.com
TOUCHES event do have "pressure" but it would be treated differently, as pressure on tablet won't appear on touch and vice versa, so it would be best to just separate them.
I have an intel laptop with a variable pressure touchpad, touch screen and variable pressure pen input. I should be able to test all your additions on it.
https://deluxepixel.com
thank you
since some time gideros supports the pressure event, thus theoretically one can support wacom pens and their pressure sensitivity (and also s-pen etc. on android) with ease.
when i started to experiment with this, i realized that there is some error, which after a lot of discussion with @tkhnoman and @hgy29 seems to be due to new qt versions, so they could not get rid of the error.
the error is:
the pen triggers an event with event.touch.type=="penTablet" as it should, but also it triggers events with event.touch.type=="mouse", which it shouldn't.
one can work around this relatively easily, but moreover even if i care only about "penTablet" events, sometimes (but quite often) it seems like the events are received in the wrong order or something like this, as drawing a straight line sometimes makes a one-event 'turn' (i call it a 'glitch'), that is one event is one position earlier on the line than were it should be.
as even the latest gideros has this problem, i tried to make a workaround for this and what seems to work is the following:
Solution:
all 'valid' "penTablet" events are preceded by a "mouse" event, thus i handle events only in such pairs. e.g., if after a penTablet event there is another penTablet event without a mouse event inbetween, then i don't care about it.
this is only for windows+wacom, so on an android there is no such problem, and no mouse events from a pen, thus the events have to be handled normally.
this solution seems to work now (2016.06 version of gideros), although in long term i expect that in a later qt/gideros version no mouse events should appear when one draws with a wacom pen, in which case hopefully the glitch will disappear too.
btw this applies for windows, i did not have the opportunity to test on mac, yet.
Fragmenter - animated loop machine and IKONOMIKON - the memory game