19:17 <leon-p> ifreund: any idea yet how to solve the default options problem? We've already dismissed magic strings, and we also can't just use every global option.

19:17 <leon-p> the only other solutions I can come up with is having an additional trait for options.

19:40 <leon-p> btw, does it really make sense to differentiate between "set-option" and "declare-option" in riverctl when per protocol both are basically the same thing?

19:52 <leon-p> was about to work on a proposal, but I now have issues linking libxkbcommon -_-

20:00 <leon-p> anyway, my proposal is basically to have an additional request for handles: handle.setOutputDefault(), which will cause the option to be a default option for new outputs, meaning a new option of the same name and value will be created for every new output. calling the request on non global option handles is invalid and will be ignored.

20:02 <leon-p> should be pretty simple to implement.

20:02 <leon-p> the only problem I can think of is the "output_title" option, since it has a different default for every output.

20:04 <leon-p> although we can probably special-case it: if a global output-default "output_title" option does not exists use it, otherwise do what we currently do and create the option with the wlroots output title as default