Position set/get prototype template
sfammonius at gmail.com
Mon Aug 8 16:04:39 UTC 2022
On Mon, Aug 8, 2022 at 12:06 PM Simon Ser <contact at emersion.fr> wrote:
> If you are not interested in explaining the use-cases, and are just
> interested in blindly adding new features: sorry, but this isn't how we
> want to approach things.
Sorry for not giving a more specific answer to this earlier. The main
reason is regarding an app's location when it starts up. For example, a
large workspace application like VS-Studio or Blender may want to start
maximized, but not full screen. AFAIK, Wayland has a protocol for
fullscreen but not for maximizing/minimizing an app, so this can only be
done by setting the position to (0, 0) and setting the size to the viewport
size of the compositor. Other apps may want to start where they left off. I
know that this is something that the compositor should handle by default,
but many of them don't. The largest obstacle is that apps like screenshot
utilities may want to start in the top left, autoclickers start in the top
right, console applications start in the center when opened with ALT+T, and
many other small situations like. There are probably many other scenarios
like this, and it seems like an unnecessary amount of pain to add a new
protocol every time a new thing pops up.
Anyways, I don't see the harm in adding this feature. Who says that a
compositor is any smarter than an app? Many compositors don't support
remembering a window's location, while many apps do. Apps aren't users, so
taking power away from them isn't "making things simpler".
On Mon, Aug 8, 2022 at 1:13 PM Daniel Stone <daniel at fooishbar.org> wrote:
> On Mon, 8 Aug 2022 at 15:54, Igor Korot <ikorot01 at gmail.com> wrote:
> > Or even better - when one of you will need to quickly create a
> "proof-of-concept" application that will jump all over the places on every
> We've written applications for years. We know how to make it work.
> We've explained to you how to make it work. It may not work in the
> exact way you have in your head, but the real usecases can and do
> work, even if you won't listen to patient explanations.
> This discussion has more than run its course by now. Unfortunately as
> you seem hellbent on continuing to repeat the same thing over and over
> without listening to anything else being said, your posts will now be
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the wayland-devel