1 Release 1.4 (2009-02-16)
2 ========================
3 * Add explicit padding in various protocol description.
4 * Associate fields with the enum which describes their allowed values.
6 Release 1.3 (2008-12-10)
7 ========================
8 Explicit padding was added in various protocol description.
13 * Change CARD8 to char when specs requires STRING8
15 Release 1.2 (2008-07-17)
16 ========================
21 Various fixes in protocol description:
27 New Python parser language-independent parts.
29 Release 1.1 (2007-11-04)
30 ========================
32 Incompatible change to the XML schema: rather than special-casing the
33 treatment of protocol extension names, use the new extension-multiword
34 attribute. Normally, XCB prefixes C extension functions with
35 xcb_extname_. However, some of the existing extensions used multi-word
36 names, such as xcb_big_requests_ or xcb_xc_misc_. Those extensions now
37 use this attribute to match their existing defined API. This allows the
38 XCB code generator to avoid special-casing those extension names.
41 * Update DAMAGE to 1.1
42 * Update RandR to version 1.2
45 * fix XSync Initialize call
46 * Update autogen.sh to one that does objdir != srcdir.
49 Release 1.0 (2006-11-23)
50 ========================
52 The "Thanksgiving" release: We feel thankful to have it released.
54 * Fix Bug #8990: randr type fixes
55 * Fixed screen parameter type in several GLX requests to use CARD32 instead
56 of the SCREEN structure.
57 * Corrected valueparam arguments to attribute lists in several requests and
59 * Estethic change for attribute parameter name
60 * Remove support for the <localfield> tag: nothing needs it.
61 * Fix Bug #8973: In UngrabKey, the 'key' field should have type KEYCODE, not
62 the more general CARD8.
65 Release 1.0 RC3 (2006-11-02)
66 ============================
68 * Add support for the Xinerama extension, version 1.1
69 * Protocol descriptions now document the major and minor version numbers
70 of the extension version they support, through major-version and
71 minor-version attributes on the xcb tag. XML Schema updated
73 * Minor source reorganization: Now that the extensions do not get
74 installed to an extensions/ subdirectory, move them out of the
75 extensions/ subdirectory in the source as well.
76 * Various protocol description fixes:
77 * Add REPEAT enumeration to Render extension to fix bug #8535
78 * Fix core xproto GrabMode enumeration (reported by Yang JianJun)
79 * Fix core xproto cap style enumeration (bug #8857).
82 Release 1.0 RC2 (2006-10-07)
83 ============================
85 * Add <import>xproto</import> explicitly to extensions that use xproto;
86 this goes along with the change in the code generator for libxcb 1.0 RC2 to
87 stop implicitly importing xproto.
88 * Change "union" to "xidunion" for XID unions like DRAWABLE and FONTABLE,
89 so that the code generator can more easily declare these XID unions as
90 integer typedefs rather than unions.
91 * Replace structures attempting to provide C type safety with CARD32 typedefs
92 * render.xml no longer describes the CompositeGlyphs* requests as taking lists
93 of complicated unions of structures of lists: it says instead that they take
94 a LISTofBYTE. The caller is responsible for constructing an appropriate
95 sequence of glyph elements. Previously, the requests could not actually be
96 used because XCB did not correctly compute the length of the provided data.
99 Release 1.0 RC1 (2006-09-25)
100 ============================
102 The Great XCB Renaming
103 ----------------------
105 * Rename shape_op and shape_kind to drop the "shape_" prefix, since
106 otherwise these types end up as xcb_shape_shape_{op,kind}_t.
107 * Remove leading underscores from enums in the GLX protocol description,
108 previously needed to ensure a word separator, but now redundant.
109 * The XML-XCB protocol descriptions have moved to /usr/share/xcb, with
110 extension descriptions no longer relegated to an extensions/ subdirectory.
115 Previously, several XCB-related projects all existed under the umbrella
116 of a single monolithic GIT repository with per-project subdirectories.
117 We have split this repository into individual per-project repositories.
119 Josh Triplett and Jamey Sharp wrote a tool called git-split to
120 accomplish this repository split. git-split reconstructs the history of
121 a sub-project previously stored in a subdirectory of a larger
122 repository. It constructs new commit objects based on the existing tree
123 objects for the subtree in each commit, and discards commits which do
124 not affect the history of the sub-project, as well as merges made
125 unnecessary due to these discarded commits.
127 We would like to acknowledge the work of the gobby team in creating a
128 collaborative editor which greatly aided the development of git-split
129 (as well as these release notes).