On Mon, 10 Dec 2018 15:24:14 +0100 Jonas Ådahl <[email protected]> wrote:
> On Mon, Dec 10, 2018 at 02:10:30PM +0000, Simon Ser wrote: > > On Monday, December 10, 2018 2:51 PM, Jonas Ådahl <[email protected]> wrote: > > > > > There is an alternative more generic solution to this problem, and all > > > other related to what XSettings did in the past. If we'd end up > > > introducing a protocol like this, we might end up with many tiny > > > protocols for things previously covered by XSettings. Cursor things, > > > font things, and what not. Adding a new protocol for each these things > > > would be silly. > > > > > > The generic alternative is designed with sandboxing in mind (but > > > of course doesn't require it in any way), and is part of > > > xdg-desktop-portal, the same place where the compositor agnostic > > > screen casting API lives (org.freedesktop.portal.ScreenCast, implemented > > > at least by GNOME and KDE). Hi, I can certainly see the concern about proliferating lots of small extensions to configure bits and pieces, and I also appreciate consideration to sandboxing. > > * Multi-seat support would be kind of alien. > > Can at least be investigated how multi seat should be achieved before > being dismissed as being alien like. I can open issues for that if you'd > there is interest. That sounds like something to be looked into, but the proposal does tie to wl_seat. OTOH, wl_seat does have an event for "name" which is defined to be unique, so that should be easy to use in any other framework for settings. Therefore I do not have an opinion of preference to offer at this time. Thanks, pq > > > > > > [0] > > > https://github.com/flatpak/xdg-desktop-portal/blob/master/data/org.freedesktop.portal.Settings.xml > > >
pgp8IUPgb7Onw.pgp
Description: OpenPGP digital signature
_______________________________________________ wayland-devel mailing list [email protected] https://lists.freedesktop.org/mailman/listinfo/wayland-devel
