[PATCH wayland-protocols] unstable: add xcursor-configuration

[Pekka Paalanen]

On Mon, 10 Dec 2018 12:09:33 -0500
Drew DeVault <sir at cmpwn.com> wrote:

> On 2018-12-10  3:24 PM, Jonas Ådahl wrote:
> > This reason comes up everytime D-Bus is mentioned, and I think it's
> > somewhat counter productive; I don't think this is a problem clients
> > should try to avoid so hard. D-Bus is more or less the universal IPC on
> > Linux, is used quite extensively to allow sandboxed client to
> > communicate with the outside world, and is almost guaranteed to be
> > available everywhere.  
> 
> Nothing about Wayland limits us to Linux. We try to think more broadly,
> wlroots supports FreeBSD for example.
> 
> Even without that, it's just about making the right design decisions.
> The Wayland protocol is used to communicate about the cursor, and it
> will be rendered by the compositor. The client and compositor already
> speak Wayland to each other. To me, the ownership over this information
> clearly lies in this relationship and using side-channels to communicate
> this information is a bad design.

Hi,

I believe here is one very good reason to use a Wayland extension:
something that needs to refer to Wayland protocol objects. Setting the
cursor image must be in Wayland, because Wayland is used to pass the
cursor image to the compositor.

Does communicating the cursor theme and size require a reference to a
Wayland protocol object? Could they be tied to a wl_surface? To a
wl_output? wl_seat?

If yes, then considering a Wayland based design is in place.

If not, then Wayland should probably be the last resort; Wayland should
probably say nothing about it.

The above applies to anything one would like to make a standard, rather
than something used by a single compositor.


Thanks,
pq
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 833 bytes
Desc: OpenPGP digital signature
URL: <https://lists.freedesktop.org/archives/wayland-devel/attachments/20181218/7a78cead/attachment.sig>