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
On Mon, 2022-08-08 at 15:37 +0200, Benoît Gschwind wrote:
>
> After a quick reading of your DevHelp case, I think the issue belong
> devhelp and your app that using it. DevHelp have to provide an API to
> be embeded in another application and Wayland protocol should not be
> involved. Maybe d-bus
Hi Igor,
I don't understand why you would want to be able to control where a
dialog goes. I'd normally agree that applications should be given the
option to do whatever they want, but a dialog is literally the worst
example possible second only to splash screens. Wayland allows
the user to
On Mon, 8 Aug 2022 16:42:02 +0100 Daniel Stone said:
> Igor,
>
> On Mon, 8 Aug 2022 at 15:54, Igor Korot 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
> > startup...
>
> We've written
On Mon, 8 Aug 2022 at 17:24, samuel ammonius wrote:
> I've just looked at the xdg-shell protocol as you said. I was really
> surprised at the
> amount of features it had, but one part in particular caught my eye:
Window geometry is relative to surface co-ordinates. As the first
paragraph
(I forgot to mention in the above message that I was looking at the
unstable version)
On Mon, Aug 8, 2022 at 1:54 PM samuel ammonius wrote:
> Hi Daniel,
>
> I've just looked at the xdg-shell protocol as you said. I was really
> surprised at the
> amount of features it had, but one part in
Hi Daniel,
I've just looked at the xdg-shell protocol as you said. I was really
surprised at the
amount of features it had, but one part in particular caught my eye:
The window geometry of a
surface is its "visible bounds" from theuser's perspective.
Client-side decorations
Hi Samuel,
On Mon, 8 Aug 2022 at 17:04, samuel ammonius wrote:
> On Mon, Aug 8, 2022 at 12:06 PM Simon Ser 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.
>
>
Hi,
On Mon, Aug 8, 2022 at 12:06 PM Simon Ser 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
Igor,
On Mon, 8 Aug 2022 at 15:54, Igor Korot 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
> startup...
We've written applications for years. We know how to make it work.
We've explained to
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
startup...
Thank you.
On Mon, Aug 8, 2022, 9:37 AM Simon Ser wrote:
> Hi,
>
> As we already tried to explain numerous times in the previous thread:
> no,
Hi,
On Mon, Aug 8, 2022, 9:27 AM samuel ammonius wrote:
> Hi,
>
> I started a discussion a while ago about the possibility of adding
> position set/get abilities to wayland, but since then I'd learned alot
> about how wayland works. I had heard that wayland combines the WM and
> server into
Hi, Simon,
On Mon, Aug 8, 2022, 9:37 AM Simon Ser wrote:
> Hi,
>
> As we already tried to explain numerous times in the previous thread:
> no, we are not adding requests and events to set/get the window position.
>
> If you are interested in fixing an app which doesn't work on Wayland
> because
Hi,
As we already tried to explain numerous times in the previous thread:
no, we are not adding requests and events to set/get the window position.
If you are interested in fixing an app which doesn't work on Wayland
because of this omission, please explain your use-case, and we can
discuss
On Mon, 2022-08-08 at 15:11 +0200, Olivier Fourdan wrote:
> On Mon, 8 Aug 2022 at 14:50, Sébastien Wilmet
> wrote:
> >
> > With Wayland, this should be implemented with a subsurface. I may be
> > wrong, but in this case it's not possible, because it's not the same
> > app (the same process).
> >
Hi,
On Mon, Aug 8, 2022, 8:38 AM Benoît Gschwind wrote:
> Hello,
>
> After a quick reading of your DevHelp case, I think the issue belong
> devhelp and your app that using it. DevHelp have to provide an API to
> be embeded in another application and Wayland protocol should not be
> involved.
Hello,
After a quick reading of your DevHelp case, I think the issue belong
devhelp and your app that using it. DevHelp have to provide an API to
be embeded in another application and Wayland protocol should not be
involved. Maybe d-bus can be used as pipe between DevHelp and others
applications.
Hi Sébastien,
On Mon, 8 Aug 2022 at 14:50, Sébastien Wilmet
wrote:
> Hi,
>
> I've seen the discussion this month about positioning windows.
>
> The use-case is something concrete: the Devhelp [1] assistant window.
>
> For some background, Devhelp (and libdevhelp) is implemented flexibly:
> it
Hi,
I've seen the discussion this month about positioning windows.
The use-case is something concrete: the Devhelp [1] assistant window.
For some background, Devhelp (and libdevhelp) is implemented flexibly:
it can be used as a standalone app, it can be integrated into GTK IDEs,
the standalone
On 08/08/2022 09:05, JiDe Zhang wrote:
Hi:
Is it that more people think that not allowed the window to set their
position is better? I think that Wayland is better than X11 In this
regard. It is correct to not let the window be set position, But some
people will have doubts, because their
Hi:
Is it that more people think that not allowed the window to set their position
is better? I think that Wayland is better than X11 In this regard. It is
correct to not let the window be set position, But some people will have
doubts, because their know that some windows need to set their
Hi,
The xdg-session-management protocol extension [1] should help with that.
Thanks,
Simon
[1]:
https://gitlab.freedesktop.org/wayland/wayland-protocols/-/merge_requests/18
22 matches
Mail list logo
