| TheMuso | c/ | 01:33 |
|---|---|---|
| speakman | Hi folks. Are there any active development regarding multitouch in Ubuntu currently? I'm thinking of buying an Apple Magic Mouse, but I remember having a tough time with the mouse pad on my MacBook Air in 12.04. | 12:51 |
| dandrader | speakman, no, not really. at least in terms of new gestures in Unity and such | 12:52 |
| dandrader | but there are new gestures in 12.10 compared to 12.04 | 12:53 |
| === dandrader is now known as dandrader|afk | ||
| === dandrader|afk is now known as dandrader | ||
| === dandrader is now known as dandrader|lunch | ||
| === dandrader|lunch is now known as dandrader | ||
| dandrader | I was thinking about adding the equivalent of frame_x11_accept_touch and frame_x11_reject_touch in frame.h. Afterall frame.h already has XInput2 specific concepts such as touch ownership and pending end. | 20:07 |
| dandrader | that would enable grail to get rid of its use of the frame_x11 header | 20:08 |
| dandrader | so that frame_x11.h could be really a backend side only affair | 20:08 |
| dandrader | and frame clients (grail) wouldn't have to bother about what backend was used to creaete the frame events it has been receiving | 20:09 |
| dandrader | bregma, cnd thoughts? | 20:09 |
| cnd | hmm | 20:10 |
| cnd | let me take a quick look at the code | 20:11 |
| cnd | dandrader: the only XI2 specific bits are properties on touches, right? | 20:13 |
| cnd | UFTouchPropertyOwned, for example | 20:13 |
| dandrader | cnd, right | 20:13 |
| cnd | what do you propose will happen if you try to call frame_accept_touch() when the backend doesn't support it? | 20:14 |
| dandrader | nothing :) | 20:14 |
| cnd | return an error code? | 20:14 |
| cnd | hmm... | 20:14 |
| cnd | I guess I don't see anything wrong with doing nothing | 20:15 |
| cnd | in either case | 20:15 |
| cnd | yeah, I think it's ok | 20:16 |
| cnd | you'll have to deal with the API dance | 20:16 |
| cnd | ensuring that the updated grail depends on the updated frame | 20:16 |
| cnd | and that the relation continues into the packaging as well | 20:16 |
| cnd | we wouldn't want someone to get a new grail and an old frame and die | 20:16 |
| cnd | dandrader: I guess there's a slight complication | 20:17 |
| * dandrader listens | 20:17 | |
| cnd | reject semantics also means: I shouldn't get any more events for this touch | 20:17 |
| cnd | so you would need to add a filter for non-ownership backends | 20:17 |
| cnd | if the client rejects touch 8, and then new events come in for that touch, you would need to filter them out | 20:18 |
| dandrader | right | 20:19 |
| === dandrader is now known as dandrader|afk | ||
| === dandrader|afk is now known as dandrader | ||
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!