The XML protocol descriptions currently distinguish between requests that can't have a reply and those that can have one or more replies. It would be nice if we could further distinguish between the common case of a request with exactly one reply, and the quite unusual case of a request with an arbitrary number of replies. Protocol implementations might use this attribute to detect programming errors that are otherwise hard or unlikely to detect.
Jamey wrote: "It would be nice if we could further distinguish between the common case of a request with exactly one reply, and the quite unusual case of a request with an arbitrary number of replies." On the one hand, I do think documenting that in the protocol descriptions seems like a good thing. On the other hand, I'd like to do so in such a way that prevents anyone from creating a new extension that has such a request, along the lines of "if this attribute exists, the tuple (request/@name, request/@opcode, /xcb/@extension-xname) must have one of the values [(ListFontsWithInfo, 50, ""), ...]". If possible, I'd love to do that in the XML Schema, so that files which attempt to use it for something other than one of those fail to validate; barring that, I'd at least like to see something like that in the XSLT, but that wouldn't help other users of the protocol descriptions.
Jamey Sharp Do you still experience this issue with newer soft ? Please check the status of your issue.
-- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/xorg/proto/xcbproto/issues/3.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.