Age | Commit message (Collapse) | Author |
|
|
|
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 158c9b6ba18b39f424bd524fceb66f3fec0d1616.
|
|
The previous constants remain for compatibility, but should be deprecated.
|
|
extensions with split names. Tested with diff and found no difference with
previous stylesheet header-file output.
|
|
for new attribute. Tested with diff and found no difference with
previous stylesheet header-file output.
|
|
The arguments of the requests are not found yet. Josh, can you look at it ?
|
|
|
|
files for these functions
|
|
|
|
Only one use of <localfield> remained, for a list length expression in
xv.xml. List length parameters that don't actually appear in the
protocol should be left implicit: if no length expression is given, then
a localfield will be automatically created by c-client.xsl.
|
|
|
|
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.
|
|
later.
Added support for major/minor-version attributes in the xcb tag. This is just to give some reference and help people when using *query_version.
|
|
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 <jamey@minilop.net>
Closes: #8641
|
|
|
|
|
|
|
|
After positive feedback from several people, we have decided to remove the XID
wrapper structures that attempted to provide C type safety, and replace them
with uint32_t typedefs. Feedback has indicated that these type-safety hacks
generated more trouble than help.
We will bump the libxcb soname at the next release.
|
|
|
|
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
|
|
Needs improvement: should not duplicate the code of every request function.
|
|
|
|
xcb_types.xml into xproto.xml.
|
|
is not so painful to use.
|
|
and add more button, key, and graphics enumerations.
|
|
for mask enumerations such as CW flags.
Replaces the C-specific use of 1<<n in xproto.xml
|
|
anything else. Tested only on linux so far though.
|
|
an out-parameter. Now 0 is a special sequence number indicating failure.
|
|
vector[0]. Leave vector in well-defined state.
|
|
other parts.
|
|
indices while generating code for easier readability.
|
|
When not in RAW mode, a null pointer for iov_base is replaced by up to 3 padding bytes.
|
|
There's no more race condition between event and reply handling.
The *RequestBlind and *RequestChecked functions are not yet implemented.
|
|
|