Release xcb-proto 1.0
[free-sw/xcb/proto] / NEWS
1 Release 1.0 (2006-11-23)
2 ========================
3
4 The "Thanksgiving" release: We feel thankful to have it released.
5
6 * Fix Bug #8990: randr type fixes
7 * Fixed screen parameter type in several GLX requests to use CARD32 instead
8   of the SCREEN structure.
9 * Corrected valueparam arguments to attribute lists in several requests and
10   a reply.
11 * Estethic change for attribute parameter name
12 * Remove support for the <localfield> tag: nothing needs it.
13 * Fix Bug #8973: In UngrabKey, the 'key' field should have type KEYCODE, not
14   the more general CARD8.
15
16
17 Release 1.0 RC3 (2006-11-02)
18 ============================
19
20 * Add support for the Xinerama extension, version 1.1
21 * Protocol descriptions now document the major and minor version numbers
22   of the extension version they support, through major-version and
23   minor-version attributes on the xcb tag.  XML Schema updated
24   accordingly.
25 * Minor source reorganization: Now that the extensions do not get
26   installed to an extensions/ subdirectory, move them out of the
27   extensions/ subdirectory in the source as well.
28 * Various protocol description fixes:
29     * Add REPEAT enumeration to Render extension to fix bug #8535
30     * Fix core xproto GrabMode enumeration (reported by Yang JianJun)
31     * Fix core xproto cap style enumeration (bug #8857).
32
33
34 Release 1.0 RC2 (2006-10-07)
35 ============================
36
37 * Add <import>xproto</import> explicitly to extensions that use xproto;
38   this goes along with the change in the code generator for libxcb 1.0 RC2 to
39   stop implicitly importing xproto.
40 * Change "union" to "xidunion" for XID unions like DRAWABLE and FONTABLE,
41   so that the code generator can more easily declare these XID unions as
42   integer typedefs rather than unions.
43 * Replace structures attempting to provide C type safety with CARD32 typedefs
44 * render.xml no longer describes the CompositeGlyphs* requests as taking lists
45   of complicated unions of structures of lists: it says instead that they take
46   a LISTofBYTE. The caller is responsible for constructing an appropriate
47   sequence of glyph elements. Previously, the requests could not actually be
48   used because XCB did not correctly compute the length of the provided data.
49
50
51 Release 1.0 RC1 (2006-09-25)
52 ============================
53
54 The Great XCB Renaming
55 ----------------------
56
57 * Rename shape_op and shape_kind to drop the "shape_" prefix, since
58   otherwise these types end up as xcb_shape_shape_{op,kind}_t.
59 * Remove leading underscores from enums in the GLX protocol description,
60   previously needed to ensure a word separator, but now redundant.
61 * The XML-XCB protocol descriptions have moved to /usr/share/xcb, with
62   extension descriptions no longer relegated to an extensions/ subdirectory.
63
64 GIT Repository split
65 --------------------
66
67 Previously, several XCB-related projects all existed under the umbrella
68 of a single monolithic GIT repository with per-project subdirectories.
69 We have split this repository into individual per-project repositories.
70
71 Josh Triplett and Jamey Sharp wrote a tool called git-split to
72 accomplish this repository split. git-split reconstructs the history of
73 a sub-project previously stored in a subdirectory of a larger
74 repository. It constructs new commit objects based on the existing tree
75 objects for the subtree in each commit, and discards commits which do
76 not affect the history of the sub-project, as well as merges made
77 unnecessary due to these discarded commits.
78
79 We would like to acknowledge the work of the gobby team in creating a
80 collaborative editor which greatly aided the development of git-split
81 (as well as these release notes).