1. 17 Nov, 2007 2 commits
  2. 05 Nov, 2007 1 commit
    • Jamey Sharp's avatar
      Revert "Generate error constants as XCB_BAD_*, similar to Xlib." · af50de26
      Jamey Sharp authored
      Since several extensions named their errors like "BadFoo", this patch
      results in names like XCB_EXT_BAD_BAD_FOO, which is really awful. Those
      extensions are already kind of awful, as they produce structure names
      like xcb_ext_bad_foo_error_t, which is redundant.
      
      A patch that removes "Bad" from the XML extension descriptions, while
      maintaining API and ABI compatibility in XCB, is needed before this
      patch can be released.
      
      This reverts commit 158c9b6b.
      af50de26
  3. 13 Apr, 2007 1 commit
  4. 10 Apr, 2007 1 commit
  5. 29 Mar, 2007 1 commit
  6. 27 Feb, 2007 1 commit
  7. 22 Jan, 2007 1 commit
  8. 28 Nov, 2006 1 commit
  9. 20 Nov, 2006 3 commits
  10. 19 Nov, 2006 1 commit
    • Jamey Sharp's avatar
      Fix Doxygen warnings. · aedfa1fe
      Jamey Sharp authored
      Specifically, fixes these two warnings which were emitted for every
      generated source file:
      
      * Warning: end of file while inside a group
      * Warning: group XCB_BigRequests_API already documented. Skipping documentation.
      aedfa1fe
  11. 30 Oct, 2006 1 commit
  12. 15 Oct, 2006 1 commit
    • Zephaniah E. Hull's avatar
      Define and use constants for opcode numbers. · 5ec55dc9
      Zephaniah E. Hull authored and Jamey Sharp's avatar Jamey Sharp committed
      
      
      Hard coding the opcode numbers in the function just makes it harder to figure
      out what's going on, but much more to the point, not defining the opcodes in
      the header makes it impossible to use the generated headers instead of the
      x11proto headers in the server.
      
      The name I settled on is very simple, for an extension by the name of xconf,
      and a request by the name of list_devices, we get XCB_XCONF_LIST_DEVICES.  If
      this somehow causes problems, we can probably add a _OP somewhere in there,
      but.
      Acked-by: Jamey Sharp's avatarJamey Sharp <jamey@minilop.net>
      Closes: #8641
      5ec55dc9
  13. 07 Oct, 2006 4 commits
  14. 23 Sep, 2006 2 commits
    • Josh Triplett's avatar
    • Josh Triplett's avatar
      The Great XCB Renaming · a3bd6f47
      Josh Triplett authored
      Rename API to follow a new naming convention:
      * XCB_CONSTANTS_UPPERCASE_WITH_UNDERSCORES
      * xcb_functions_lowercase_with_underscores
      * xcb_types_lowercase_with_underscores_and_suffix_t
      * expand all abbreviations like "req", "rep", and "iter"
      
      Word boundaries for the names in the protocol descriptions fall:
      * Wherever the protocol descriptions already have an underscore
      * Between a lowercase letter and a subsequent uppercase letter
      * Before the last uppercase letter in a string of uppercase letters followed
        by a lowercase letter (such as in LSBFirst between LSB and First)
      * Before and after a string of digits (with exceptions for sized types like
        xcb_char2b_t and xcb_glx_float32_t to match the stdint.h convention)
      
      Also fix up some particular naming issues:
      * Rename shape_op and shape_kind to drop the "shape_" prefix, since otherwise
        these types end up as xcb_shape_shape_{op,kind}_t.
      * Remove leading underscores from enums in the GLX protocol description,
        previously needed to ensure a word separator, but now redundant.
      
      This renaming breaks code written for the previous API naming convention.  The
      scripts in XCB's tools directory will convert code written for the old API to
      use the new API; they work well enough that we used them to convert the
      non-program-generated code in XCB, and when run on the old program-generated
      code, they almost exactly reproduce the new program-generated code (modulo
      whitespace and bugs in the old code generator).
      
      Authors: Vincent Torri, Thomas Hunger, Josh Triplett
      a3bd6f47
  15. 31 Jul, 2006 2 commits
  16. 15 Jun, 2006 1 commit
  17. 27 Apr, 2006 1 commit
  18. 16 Mar, 2006 1 commit
  19. 14 Mar, 2006 1 commit
  20. 12 Mar, 2006 1 commit
  21. 03 Mar, 2006 4 commits
  22. 02 Mar, 2006 1 commit
  23. 26 Feb, 2006 1 commit
  24. 19 Feb, 2006 1 commit