1. 05 Apr, 2018 1 commit
    • Adam Jackson's avatar
      xkb: Silence some compiler warnings · 83913de2
      Adam Jackson authored
      Of the form:
      
      ../xkb/XKBGAlloc.c: In function ‘SrvXkbAddGeomKeyAlias’:
      ../xkb/XKBGAlloc.c:591:13: warning: ‘strncpy’ specified bound 4 equals destination size [-Wstringop-truncation]
                   strncpy(alias->real, realStr, XkbKeyNameLength);
                   ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
      
      This is intentional; the code that reads from these fields never reads
      more than 4 bytes anyway. Rephrase things in terms of memcpy so that's
      clear. Obviously this is awful but in XKB awful is par.
      Signed-off-by: Adam Jackson's avatarAdam Jackson <ajax@redhat.com>
      Acked-by: Keith Packard's avatarKeith Packard <keithp@keithp.com>
      83913de2
  2. 05 Mar, 2018 1 commit
  3. 06 Nov, 2017 1 commit
  4. 01 Nov, 2017 1 commit
  5. 30 Oct, 2017 1 commit
  6. 24 Oct, 2017 1 commit
  7. 04 Oct, 2017 2 commits
  8. 26 Apr, 2017 1 commit
    • Eric Anholt's avatar
      Add a Meson build system alongside autotools. · 1549e303
      Eric Anholt authored
      This is a work in progress that builds Xvfb, Xephyr, Xwayland, Xnest,
      and Xdmx so far.  The outline of Xquartz/Xwin support is in tree, but
      hasn't been built yet.  The unit tests are also not done.
      
      The intent is to build this as a complete replacement for the
      autotools system, then eventually replace autotools.  meson is faster
      to generate the build, faster to run the bulid, shorter to write the
      build files in, and less error-prone than autotools.
      
      v2: Fix indentation nits, move version declaration to project(), use
          existing meson_options for version-config.h's vendor name/web.
      Signed-off-by: Eric Anholt's avatarEric Anholt <eric@anholt.net>
      Acked-by: Keith Packard's avatarKeith Packard <keithp@keithp.com>
      Reviewed-by: Peter Hutterer's avatarPeter Hutterer <peter.hutterer@who-t.net>
      1549e303
  9. 25 Apr, 2017 1 commit
  10. 27 Mar, 2017 1 commit
  11. 23 Mar, 2017 1 commit
  12. 01 Mar, 2017 1 commit
  13. 04 Jan, 2017 1 commit
    • Mihail Konev's avatar
      xkb: Match key releases with an overlaid press · 9d32b71c
      Mihail Konev authored
      Testcase:
      
      In ~/.xbindkeysrc:
        "xterm &"
             XF86LaunchA
      
      In ~/ov.xkb:
        xkb_keymap {
            xkb_keycodes { include "evdev" };
            xkb_types    { include "complete" };
            xkb_compat   { include "complete"
                interpret Overlay1_Enable+AnyOfOrNone(all) {
                    action= SetControls(controls=Overlay1);
                };
            };
            xkb_symbols  { include "pc+inet(evdev)+us"
                key <INS> { [ Overlay1_Enable ] };
                key <AE01> { overlay1 = <AE02> }; // Insert+1 => 2
                key <TLDE> { overlay1 = <I128> }; // Insert+~ => XF86LaunchA
            };
            xkb_geometry { include "pc(pc104)" };
        };
      
      Apply this layout: 'xkbcomp ~/ov.xkb $DISPLAY'.
      Run "xbindkeys -n -v"
      In the exact order:
      - press Insert
      - press Tilde
      - release Insert
      - wait
      - release Tilde
      Keyboard input in the new terminal window(s) would be locked
      until another Insert+Tilde .
      Reported-by: Mariusz Mazur's avatarMariusz Mazur <mariusz.g.mazur@gmail.com>
      Signed-off-by: default avatarMihail Konev <k.mvc@ya.ru>
      Reviewed-by: Peter Hutterer's avatarPeter Hutterer <peter.hutterer@who-t.net>
      Signed-off-by: Peter Hutterer's avatarPeter Hutterer <peter.hutterer@who-t.net>
      9d32b71c
  14. 21 Sep, 2016 1 commit
  15. 07 Sep, 2016 1 commit
  16. 29 Jun, 2016 1 commit
  17. 03 Jun, 2016 1 commit
    • Olivier Fourdan's avatar
      xkb: add hook to allow/deny AccessX key repeat · fda5675f
      Olivier Fourdan authored
      The xserver generates the key repeat by itself.
      
      But when used with another server processing inputs first (e.g. a
      Wayland compositor), the other server may be busy dealing with some
      other things and not queue up key release events in time.
      
      Add a vfunc in XkbSrvInfo to possibly add a check before re-emitting a
      keypress event in the AccessX timer handler, so that the key repeat has
      a chance to be denied if the server processing the input is not ready.
      Signed-off-by: default avatarOlivier Fourdan <ofourdan@redhat.com>
      Reviewed-by: Peter Hutterer's avatarPeter Hutterer <peter.hutterer@who-t.net>
      fda5675f
  18. 26 May, 2016 2 commits
  19. 04 May, 2016 1 commit
    • Peter Hutterer's avatar
      xkb: after changing the keymap, force an indicator update · ac164e58
      Peter Hutterer authored
      When NumLock is on and a new keymap is applied, the next modifier state
      change will turn off that LED (but leave the state enabled). The cause
      for this is a bit convoluted:
      
      * the SLI explicitState is copied from the current state in
        ProcXkbGetKbdByName. Thus, if NumLock is on, that state is 0x2.
      * on the next modifier key press (e.g. Shift), XkbApplyState() calls into
        XkbUpdateIndicators() -> XkbUpdateLedAutoState() to update SLIs (if any)
        for the currently changed modifier. But it does so with a mask only for
        the changed modifier (i.e. for Shift).
      * XkbUpdateLedAutoState() calculates the state based on this mask and
        ends up with 0 because we don't have a Shift LED and we masked out the
        others.
      * XkbUpdateLedAutoState() compares that state with the previous state
        (which is still 0x2) and then proceeds to turn the LED off
      
      This doesn't happen in the normal case because either the mask
      encompasses all modifiers or the state matches of the masked-out
      modifiers matches the old state.
      
      Avoid this issue by forcing an SLI update after changing the keymap.
      This updates the sli->effectiveState and thus restores everything to
      happy working order.
      
      https://bugzilla.redhat.com/show_bug.cgi?id=1047151Signed-off-by: Peter Hutterer's avatarPeter Hutterer <peter.hutterer@who-t.net>
      Reviewed-by: Daniel Stone's avatarDaniel Stone <daniels@collabora.com>
      ac164e58
  20. 29 Apr, 2016 1 commit
  21. 15 Apr, 2016 1 commit
  22. 30 Nov, 2015 1 commit
  23. 24 Nov, 2015 3 commits
  24. 29 Sep, 2015 2 commits
  25. 21 Apr, 2015 1 commit
  26. 10 Feb, 2015 2 commits
  27. 12 Nov, 2014 1 commit
  28. 28 Oct, 2014 1 commit
  29. 29 Jul, 2014 1 commit
  30. 18 Apr, 2014 1 commit
  31. 03 Apr, 2014 1 commit
  32. 24 Mar, 2014 1 commit
  33. 18 Mar, 2014 1 commit
  34. 17 Mar, 2014 1 commit