On 09/08/2022 03:36, JiDe Zhang wrote:
Thanks. I read
https://mir-server.io/docs/window-positions-under-wayland, Is your
standpoint by adding more shell protocols to support windows that
behave differently rather than allowing the client to take full
control window position to implement some
Thanks. I read https://mir-server.io/docs/window-positions-under-wayland, Is
your standpoint by adding more shell protocols to support windows that behave
differently rather than allowing the client to take full control window
position to implement some special behavior? Agree, wayland should
g those is very possible without
allowing "full control". We've done some work on classifying these
idioms for Mir and there's a presentation of our findings here:
https://mir-server.io/docs/window-positions-under-wayland
The tl;dr is that most of the idioms (regular w
ou have any other examples to introduce?
--
JiDe Zhang -- linuxdeepin.
From: wayland-devel on behalf of
samuel ammonius
Sent: Sunday, August 7, 2022 01:15
To: Igor Korot
Cc: Thiago Macieira ; Daniel Stone ;
wayland-devel@lists.freedesktop.org
Subject: Re: Windo
No one responded to my last email, so I'll just assume it was because
everyone aggeed with it and not because it was so horribly structured that
no one understood a thing I was saying :).
It would be possible to redesign Wayland following the principles you
> have described. No-one is doing this,
Sorry, I just read over my last email and realized that I didn't even state
what I was trying
to say. I meant my last suggestion of letting the compositor handle the
resize event. I was
just giving some reasons as to why it may be the best solution.
On Fri, Aug 5, 2022 at 6:32 PM samuel ammonius
I don't understand why we're all asking if it should be up to the
compositor or app to set a
window's position. The only correct answer is that it should be up to the
user, so I don't
see what's wrong with my suggestion of a "set window size request"
function. Waylands
idea of not letting apps set
(I accidentally sent that without finishing it. Just ignore it)
On Fri, Aug 5, 2022 at 5:54 PM Igor Korot wrote:
> Hi, Samuel,
>
> On Fri, Aug 5, 2022 at 3:21 PM samuel ammonius
> wrote:
> >
> > I don't understand what all the talk is about when discussing whether
> > it should be up to the com
Hi, Samuel,
On Fri, Aug 5, 2022 at 3:21 PM samuel ammonius wrote:
>
> I don't understand what all the talk is about when discussing whether
> it should be up to the compositor or app to set a window's position.
Right now under Wayland ONLY the compositor decides the position
where the window is
I don't understand what all the talk is about when discussing whether
it should be up to the compositor or app to set a window's position.
On Fri, Aug 5, 2022 at 2:30 PM Daniel Stone wrote:
> On Fri, 5 Aug 2022 at 17:21, Igor Korot wrote:
> > On Thu, Aug 4, 2022 at 9:20 PM Thiago Macieira wrot
On Fri, 5 Aug 2022 at 17:21, Igor Korot wrote:
> On Thu, Aug 4, 2022 at 9:20 PM Thiago Macieira wrote:
> > No, they are about position too. 100,100 on a 1920x1080 resolution is about
> > 5%
> > to the right of the left edge and 10% from the top. 100,100 on 3840x2160 is
> > 2.5% from the left and
Hi, Daniel,
On Fri, Aug 5, 2022 at 8:41 AM Daniel Stone wrote:
>
> On Fri, 5 Aug 2022 at 14:11, samuel ammonius 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 win
Hi, Thiago,
On Thu, Aug 4, 2022 at 9:20 PM Thiago Macieira wrote:
>
> On Thursday, 4 August 2022 18:01:34 PDT Igor Korot wrote:
> > The very first time the application starts - it will be at position
> > (100,100) Then user drags the window to a position (50, 50) and closes the
> > application. W
On Fri, 5 Aug 2022 at 14:11, samuel ammonius 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
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
Hi all,
On Fri, 5 Aug 2022 at 10:42, Jean-Michaël Celerier
wrote:
> [lots of musing about win32 snipped]
>
> It would make me pretty sad to tell these people (both end-users and devs)
> that Windows is a better operating system for their use case than desktop
> Linux.
OK, this discussion is cl
I've got an idea: why not just add an API for getting/setting windows
location and let the compositor handle it? It may choose to ignore it,
follow it, follow it on the right monitor, or any number of things. It can
also let the user decide through the preferences. I think it would be a
better solu
> This means it *does* have a standard for all windows and the behaviour is
predictable.
If this had flown in the real world, people would be using UWP apps on
Windows.
Enough people disliked that (on the most used desktop OS on the planet)
that MS had to backtrack and accept Win32's free-for-all
On Thursday, 4 August 2022 18:01:34 PDT Igor Korot wrote:
> The very first time the application starts - it will be at position
> (100,100) Then user drags the window to a position (50, 50) and closes the
> application. When he tries to open it next time - (s)he expects the window
> to be placed at
Hi, Thiago,
On Thu, Aug 4, 2022 at 8:09 PM Thiago Macieira wrote:
>
> On Thursday, 4 August 2022 16:01:23 PDT Carsten Haitzler wrote:
> > there might be bigger picture ideas BEHIND that like "i have a password
> > dialog for my db app" - then great. make that dialog as such and make sure
> > the
Hi, Carsten,
On Thu, Aug 4, 2022 at 6:02 PM Carsten Haitzler wrote:
>
> On Thu, 4 Aug 2022 14:46:40 -0500 Igor Korot said:
>
> > Hi, Carsten,
> >
> > On Thu, Aug 4, 2022 at 2:31 PM Carsten Haitzler
> > wrote:
> > >
> > > On Thu, 4 Aug 2022 13:32:36 -0500 Igor Korot said:
> > >
> > > > Hi,
> >
On Thursday, 4 August 2022 16:01:23 PDT Carsten Haitzler wrote:
> there might be bigger picture ideas BEHIND that like "i have a password
> dialog for my db app" - then great. make that dialog as such and make sure
> the compositor knows what window it is a dialog for and a good
> wm/compositor wil
On Thu, 4 Aug 2022 14:46:40 -0500 Igor Korot said:
> Hi, Carsten,
>
> On Thu, Aug 4, 2022 at 2:31 PM Carsten Haitzler wrote:
> >
> > On Thu, 4 Aug 2022 13:32:36 -0500 Igor Korot said:
> >
> > > Hi,
> > >
> > > On Thu, Aug 4, 2022 at 12:58 PM samuel ammonius
> > > wrote:
> > > >
> > > > Dude,
Hi, Carsten,
On Thu, Aug 4, 2022 at 2:31 PM Carsten Haitzler wrote:
>
> On Thu, 4 Aug 2022 13:32:36 -0500 Igor Korot said:
>
> > Hi,
> >
> > On Thu, Aug 4, 2022 at 12:58 PM samuel ammonius
> > wrote:
> > >
> > > Dude, I'm trying to persuade the wayland devs to change this, not have an
> > > ar
On Thu, 4 Aug 2022 13:32:36 -0500 Igor Korot said:
> Hi,
>
> On Thu, Aug 4, 2022 at 12:58 PM samuel ammonius wrote:
> >
> > Dude, I'm trying to persuade the wayland devs to change this, not have an
> > argument about how much wayland sucks. Thanks for explaining that this was
> > supposed to be
Hi,
On Thu, Aug 4, 2022 at 12:58 PM samuel ammonius wrote:
>
> Dude, I'm trying to persuade the wayland devs to change this, not have an
> argument about how much wayland sucks. Thanks for explaining that this was
> supposed to be a feature though. I hadn't known that before.
You most welcome.
Dude, I'm trying to persuade the wayland devs to change this, not have an
argument about how much wayland sucks. Thanks for explaining that this was
supposed to be a feature though. I hadn't known that before.
On Thu, Aug 4, 2022 at 3:14 PM Igor Korot wrote:
> Hi,
>
> On Thu, Aug 4, 2022 at 12:3
Hi,
On Thu, Aug 4, 2022 at 12:37 PM samuel ammonius wrote:
>
> Compositors can prevent apps from doing this if they want to, but there needs
> to be some built-in way for windows to set their positions. Not having this
> isn't a feature.
I am not a Wayland developer.
But based on the multiple
Compositors can prevent apps from doing this if they want to, but there
needs to be some built-in way for windows to set their positions. Not
having this isn't a feature.
On Thu, Aug 4, 2022 at 2:57 PM Igor Korot wrote:
> On Thu, Aug 4, 2022 at 12:06 PM Simon Ser wrote:
> >
> > On Thursday, Aug
On Thu, Aug 4, 2022 at 12:06 PM Simon Ser wrote:
>
> On Thursday, August 4th, 2022 at 19:00, samuel ammonius
> wrote:
>
> > apps such as popups and dialogs are usually supposed to start either
> > at the center of the screen or the center of their parent app
You are barking at the wrong tree.
On Thursday, August 4th, 2022 at 19:00, samuel ammonius
wrote:
> apps such as popups and dialogs are usually supposed to start either
> at the center of the screen or the center of their parent app
That's usually what compositors do: center apps by default. But it's to
the compositor and user p
I hope this hasn't been said a million times before, because I don't mean
to pressure anyone. I'm not a wayland contributor.
I just wanted to say that Wayland should really consider letting windows
get/set their positions. The main reasons are that apps such as popups and
dialogs are usually suppo
32 matches
Mail list logo