Hi, Daniel, On Fri, Aug 5, 2022 at 8:41 AM Daniel Stone <dan...@fooishbar.org> wrote: > > On Fri, 5 Aug 2022 at 14:11, samuel ammonius <sfammon...@gmail.com> wrote: > > Please don't close this discussion on account of something someone > > else said. Wouldn't it be better for users, compositors, and apps if there > > was a way to manage window positions, but the compositor could choose > > not to let them? The best apps typically have an option in the preferences > > for windows to remember their positions, and window managers are given > > the option to move/resize windows as they please. Window managers can > > then let users decide weather they want to let windows choose their own > > size/position or stay put (such as in tiling window managers). Why wouldn't > > Wayland benifit from a similar system? (I'm assuming that the reason you > > said "for better or for worse" was just so everyone could stop talking > > rather > > than because you actually wouldn't mind having a worse system in place) > > It's not inherently better or worse, just different. > > For things like remembering window positions, there has already been a > specific protocol written to handle that usecase linked in this > thread, which is more flexible and capable than having every client > save their last-seen position and forcibly restore it no matter what.
What do you mean "forcibly restore, no matter what"? And why do we need a whole protocol just for saving/restoring window position? Isn't it simply overkill? Thank you. > > Cheers, > Daniel
