1. 05 Aug, 2009 3 commits
  2. 03 Aug, 2009 1 commit
  3. 02 Aug, 2009 2 commits
  4. 28 Jul, 2009 2 commits
  5. 12 Jul, 2009 1 commit
    • Peter Hutterer's avatar
      Add generic event cookie handling to libX11. · 554f755e
      Peter Hutterer authored
      Generic events require more bytes than Xlib provides in the standard XEvent.
      Memory allocated by the extension and stored as pointers inside the event is
      prone to leak by simple 'while (1) { XNextEvent(...); }' loops.
      This patch adds cookie handling for generic events. Extensions may register
      a cookie handler in addition to the normal event vectors. If an extension
      has registered a cookie handler, _all_ generic events for this extensions
      must be handled through cookies. Otherwise, the default event handler is
      The cookie handler must return an XGenericEventCookie with a pointer to the
      data.The rest of the event (type, serialNumber, etc.) are to be filled as
      normal. When a client retrieves such a cookie event, the data is stored in
      an internal queue (the 'cookiejar'). This data is freed on the next call to
      New extension interfaces:
          XESetWireToEventCookie(display, extension_number, cookie_handler)
      Where cookie_handler must set cookie->data. The data pointer is of arbitray
      size and type but must be a single memory block. This memory block
      represents the actual extension's event.
      New client interfaces:
          XGetEventData(display, *cookie);
          XFreeEventData(display, *cookie);
      If the client needs the actual event data, it must call XGetEventData() with
      the cookie. This returns the data pointer (and removes it from the cookie
      jar) and the client is then responsible for freeing the event with
      XFreeEventData(). It is safe to call either function with a non-cookie
      event. Events unclaimed or not handled by the XGetEventData() are cleaned up
      Example client code:
          XEvent event;
          XGenericEventCookie *cookie = &ev;
          XNextEvent(display, &event);
          if (XGetEventData(display, cookie)) {
              XIEvent *xievent = cookie->data;
          } else if (cookie->type == GenericEvent) {
              /* handle generic event */
          } else {
              /* handle extension/core event */
          XFreeEventData(display, cookie);
      Cookies are not multi-threading safe. Clients that use XGetEventData() must
      lock between XNextEvent and XGetEventData to avoid other threads freeing
      Signed-off-by: Peter Hutterer's avatarPeter Hutterer <peter.hutterer@who-t.net>
  6. 10 Jul, 2009 2 commits
  7. 06 Jul, 2009 2 commits
  8. 16 Jun, 2009 1 commit
  9. 12 Jun, 2009 1 commit
  10. 29 May, 2009 4 commits
  11. 21 May, 2009 1 commit
  12. 13 May, 2009 2 commits
  13. 09 May, 2009 1 commit
    • James Cloos's avatar
      [nls] Remove combining_ keysyms from the Compose files · 79f47e6d
      James Cloos authored
      Some of the UTF-8 Compose tables included combining_ keysyms in
      the compose sequences as though they were dead symbols.  This
      is contrary to how combining characters are used in the UCS.
      Therefore, those lines have been removed from the Compose tables.
      There were also some combining_ keysyms as targets.  As those
      are not included in x11proto’s keysymdef.h, and as those do
      exist there as Uxxxx keysyms, they are replaced with the Uxxxx
      keysym names.
      This addresses http://bugzilla.freedesktop.org/show_bug.cgi?id=5107
      and is based on attachment 25644 by samuel.thibault@ens-lyon.org.
      Signed-off-by: James Cloos's avatarJames Cloos <cloos@jhcloos.com>
  14. 07 May, 2009 1 commit
  15. 02 May, 2009 1 commit
  16. 28 Apr, 2009 2 commits
  17. 15 Apr, 2009 1 commit
    • Julien Cristau's avatar
      Fix fi_FI.UTF-8, again · 84b7a91e
      Julien Cristau authored
      Commit 97fc6bab "NLS: Add UTF-8 compose
      file for Finnish" made fi_FI.UTF-8 use a broken empty XLC_LOCALE file.
      This reverts it back to using the en_US.UTF-8 one.
  18. 13 Apr, 2009 3 commits
  19. 09 Apr, 2009 1 commit
    • Alan Coopersmith's avatar
      Revert "Change masculine to ordmasculine in Compose file comments" · fd62d331
      Alan Coopersmith authored
      This reverts commit 892b401d.
      As Julien Cristau correctly points out, I misread the Compose file grammar
      in modules/im/ximcp/imLcPrs.c, and those are keysyms, not comments, and
      the keysym is named XK_masculine in keysymdef.h.   This change is thus a
      bug in the Solaris compose tables to be fixed, not an improvement to bring
  20. 07 Apr, 2009 2 commits
  21. 06 Apr, 2009 4 commits
  22. 26 Mar, 2009 2 commits