- 18 Aug, 2020 8 commits
-
-
Povilas Kanapickas authored
-
Povilas Kanapickas authored
-
Povilas Kanapickas authored
-
Povilas Kanapickas authored
-
Povilas Kanapickas authored
-
Povilas Kanapickas authored
-
Povilas Kanapickas authored
-
Povilas Kanapickas authored
-
- 08 Aug, 2020 1 commit
-
-
Alan Coopersmith authored
Found by using: codespell --builtin clear,rare,usage,informal,code,names Signed-off-by:
Alan Coopersmith <alan.coopersmith@oracle.com>
-
- 18 Feb, 2019 1 commit
-
-
Alan Coopersmith authored
Signed-off-by:
Alan Coopersmith <alan.coopersmith@oracle.com>
-
- 27 Oct, 2014 1 commit
-
-
Peter Hutterer authored
EVENTMASK was used twice in the spec, once as the actual bitmask for events, once as the set of deviceid, mask length and mask. The libXi public API uses XIEventMask for the latter data triplet, so leave EVENTMASK, and rename the pure bitmask to EVTYPEMASK. Reported-by:
Gabriel Laskar <gabriel@lse.epita.fr> Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net> Reviewed-by:
Hans de Goede <hdegoede@redhat.com>
-
- 25 Aug, 2014 1 commit
-
-
Peter Hutterer authored
We don't actually use it either in libXi or in the server, it's a copy/paste error that never got noticed and removed. Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
- 06 Jan, 2014 2 commits
-
-
Peter Hutterer authored
Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
Peter Hutterer authored
The smart thing would be to have the SD's keyboard focus to be identical to the MD's keyboard focus (and a BadDevice returned when trying to set an attached SD's keyboard focus) but alas, the server never implemented this behaviour and we've now shipped 7 versions with separate SD and MD focus. So consider this set in stone. oops. Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net> Reviewed-by:
Jasper St. Pierre <jstpierre@mecheye.net>
-
- 17 Dec, 2012 1 commit
-
-
Peter Hutterer authored
Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
- 10 Dec, 2012 1 commit
-
-
Jasper St. Pierre authored
Signed-off-by:
Jasper St. Pierre <jstpierre@mecheye.net> Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
- 07 Nov, 2012 3 commits
-
-
Daniel Martin authored
XIPassiveGrabDevice and XIPassiveUngrabDevice are using lists of modifier masks. This one corrects these types. MODIFIERMASK was introduced, because a SETofMODIFIERMASK differs from a SETofKEYMASK: AnyModifier=(1<<15) vs. GrabAnyModifier=(1U<<31). Signed-off-by:
Daniel Martin <consume.noise@gmail.com> Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
Daniel Martin authored
ValuatorClass is the XI2 term for AxisClass. Signed-off-by:
Daniel Martin <consume.noise@gmail.com> Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
Daniel Martin authored
Signed-off-by:
Daniel Martin <consume.noise@gmail.com> Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
- 02 Nov, 2012 1 commit
-
-
Peter Hutterer authored
Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
- 29 Oct, 2012 2 commits
-
-
Ran Benita authored
You often want to quickly jump to the specification of a specific request/event, so add them to the table of contents to allow for that. This also provides the reader with a quick glance at what the protocol looks like. Signed-off-by:
Ran Benita <ran234@gmail.com> Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
Ran Benita authored
None of the other have ':' there. Signed-off-by:
Ran Benita <ran234@gmail.com> Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
- 13 Jun, 2012 1 commit
-
-
Peter Hutterer authored
The ButtonClass provides the number of buttons, not the lentgh of the mask. Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
- 02 Mar, 2012 13 commits
-
-
Peter Hutterer authored
Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net> Reviewed-by:
Chase Douglas <chase.douglas@canonical.com>
-
Peter Hutterer authored
We're close enough to a release now. Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net> Reviewed-by:
Chase Douglas <chase.douglas@canonical.com>
-
Peter Hutterer authored
It's already in a section "Events introduced in version 2.2" Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net> Reviewed-by:
Chase Douglas <chase.douglas@canonical.com>
-
Peter Hutterer authored
TouchOwnership is described separately below. Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net> Reviewed-by:
Chase Douglas <chase.douglas@canonical.com>
-
Peter Hutterer authored
Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net> Reviewed-by:
Chase Douglas <chase.douglas@canonical.com>
-
Peter Hutterer authored
Introduced in 535a4377Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net> Reviewed-by:
Chase Douglas <chase.douglas@canonical.com>
-
Peter Hutterer authored
Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net> Reviewed-by:
Chase Douglas <chase.douglas@canonical.com>
-
Peter Hutterer authored
Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net> Reviewed-by:
Chase Douglas <chase.douglas@canonical.com>
-
Peter Hutterer authored
† looks too much like a letter and we can't use * and ** because asciidoc interprets it as lists. Use numbers instead, and replace all current * with ¹. Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net> Reviewed-by:
Chase Douglas <chase.douglas@canonical.com>
-
Peter Hutterer authored
Leftover from an earlier version. Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net> Reviewed-by:
Chase Douglas <chase.douglas@canonical.com>
-
Peter Hutterer authored
asciidoc requires caption to be on one line but this one here is too long. Split it up instead. Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net> Reviewed-by:
Chase Douglas <chase.douglas@canonical.com>
-
Peter Hutterer authored
Button press events are insufficient even on scroll wheels, so don't say they are good enough. Remove duplicate claim of event emulation Don't claim we send touch events "without delay" Touch screens hardly ever "physically move" an object. Hyphenate "implementation-dependent" Remove unnecessary "however" Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net> Reviewed-by:
Chase Douglas <chase.douglas@canonical.com>
-
Peter Hutterer authored
Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net> Reviewed-by:
Chase Douglas <chase.douglas@canonical.com>
-
- 02 Feb, 2012 1 commit
-
-
Peter Hutterer authored
Dependent devices don't send touch events until the interaction is a true touch interaction (i.e. doesn't just serve to move the pointer). Once that happens, all touchpoints send touch events exclusively. Pointer movement restarts once we're down to one touch that controls the pointer again. For clients listening to touch events in addition to pointer events, this also means that a two-finger tap looks identical to holding one finger down and tapping with a second-finger. Both actions will result in short TouchBegin/TouchEnd sequences for both fingers. The above is the default behaviour we expect from touchpads, the protocol is more generically worded to leave more room for drivers to decide when a touch only controls the pointer and when it doesn't. Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net> Reviewed-by:
Chase Douglas <chase.douglas@canonical.com>
-
- 31 Jan, 2012 3 commits
-
-
Peter Hutterer authored
Keep the changelog small. Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net> Reviewed-by:
Chase Douglas <chase.douglas@canonical.com>
-
Peter Hutterer authored
The line right above says the same thing. Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net> Reviewed-by:
Chase Douglas <chase.douglas@canonical.com>
-
Peter Hutterer authored
Rather than have two different explanations to the touch modes, remove it from the "Changes in version 2.2" section and merge the content into the text. Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net> Reviewed-by:
Chase Douglas <chase.douglas@canonical.com>
-