[Xcb] Re: Update for RandR 1.2 name changes.
Ian Osgood
iano at quirkster.com
Thu Nov 30 17:41:04 PST 2006
On Nov 30, 2006, at 5:07 PM, Jamey Sharp wrote:
> On Thu, Nov 30, 2006 at 12:03:02PM -0800, Ian Osgood wrote:
>> - if (setit) xcb_randr_select_input (c, root->root,
>> XCB_RANDR_SM_SCREEN_CHANGE_NOTIFY);
>> + if (setit) xcb_randr_select_input (c, root->root,
>> XCB_RANDR_NOTIFY_MASK_SCREEN_CHANGE);
>>
>> if (setit) {
>> xcb_randr_set_screen_config_cookie_t sscc;
>> @@ -422,7 +422,7 @@ main (int argc, char **argv)
>> sce->timestamp, sce->config_timestamp);
>> printf(" Rotation = %x\n", sce->rotation);
>> printf(" %d X %d pixels, %d X %d mm\n",
>> - sce->width, sce->height, sce->mwidth, sce->mheight);
>> + sce->width, sce->height, sce->mmWidth, sce->mmHeight);
>
> Oops, these are API changes. For libxcb, at least, we're committed to
> not doing that. libxcb-randr is more acceptable to me, but if we can
> make things work without API changes I'll be happier.
Oh, boy. I figured only the non-generated code is actually set in
stone. I sincerely hope we are not setting the extension and core
protocol symbols in stone, because there has never been a review for
consistency across extensions, or even within the same extension.
Hell, most of the core protocol and extensions haven't ever been tested!
>
> Were these changes to the 1.1 portion of the randr spec necessary?
I will fight for the NOTIFY_MASK change, because it is more
consistent with the naming of the core event masks.
The mwidth/mheight change I don't care as much about, but we should
make sure the naming is consistent across all uses of these fields in
all randr requests. (Some of the new requests/events have width/
height in millimeters, and I prefer "mm" to distinguish them, since
it is the common abbreviation for millimeter. Also, I mistakenly
named the field "mmHeight" expecting it to expand to "mm_height" in
the C code. I will go back and substitute underscores for caps.)
If these are the types of things that will become set in stone, then
it is high time for us to review the existing extensions. Consistent
naming is very important if you don't want to be vilified by the next
20 years of X programmers.
Ian
> --Jamey
> _______________________________________________
> Xcb mailing list
> Xcb at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/xcb
More information about the Xcb
mailing list