If we give an output a non-zero Y co-ordinate, window placement starts
putting things off screen due to a bug in get_output_panel_size().
Constraints still work due to a symmetrical bug in constrain_position().
This should straighten things out a little bit.
Derek Foreman (3):
desktop-shell
HI Fabrice,
Just to follow on what Pekka said ; I don't think, either, that it's good
idea to try to define zillions of DE-oriented interfaces now ; but it may
be worth working on testing/demo implementations.
A real-world example : Weston has nothing such as a "taskbar". Some months
ago, I propo
On Thu, 3 Jul 2014 22:26:49 +0200
Fabrice Rey wrote:
> > "They have fundamentally different needs than the average
> application"
> Well yes, I'm very aware they are, but when you say "DE-component", I see a
> huge PITA for the developpers who would want to add such features in the
> desktop.
> N
> "They have fundamentally different needs than the average
application"
Well yes, I'm very aware they are, but when you say "DE-component", I see a
huge PITA for the developpers who would want to add such features in the
desktop.
Now, I wouldn't mind some sort of EWMH-like extensions, however, if
On Wed, 2 Jul 2014 16:16:36 -0700
Jason Gerecke wrote:
> On Wed, Jul 2, 2014 at 3:33 PM, Fabrice Rey wrote:
> >> "The question is: what action triggers it to make this ring of icons
> >> appear?"
> > A global shortkey (and yes I know it's not yet possible on Wayland, that's
> > another problem o
On Wed, 2 Jul 2014 20:57:47 +0200
Fabrice Rey wrote:
> > " Why does it not have a parent window, if it is a normal application?"
> There is only 1 window in this application; there is no menu or whatever.
> The "circular menu" is just its name, it's not even a menu. It's an
> application that own
On Wed, Jul 2, 2014 at 3:33 PM, Fabrice Rey wrote:
>> "The question is: what action triggers it to make this ring of icons
>> appear?"
> A global shortkey (and yes I know it's not yet possible on Wayland, that's
> another problem on its own).
>
>> "What's the application doing? Does it have keyboa
> "The question is: what action triggers it to make this ring of icons
appear?"
A global shortkey (and yes I know it's not yet possible on Wayland, that's
another problem on its own).
> "What's the application doing? Does it have keyboard focus but is
potentially not under the mouse pointer? Do yo
On 07/01/2014 11:20 PM, Pekka Paalanen wrote:
Btw. did you ever consider, that the saved window position blobs could
be compositor-specific? I mean, the client could save a blob for each
compositor it has been running on separately, so you only need
reposition your windows from scratch on the fi
On 07/02/2014 11:39 AM, Fabrice Rey wrote:
> "I am not sure if wayland should allow this, and whether there are
clients that expect this to work"
Well, there is at least one application that exists and displays a ring
of icons under the mouse. So, it needs to tell the compositor to place
its w
> " Why does it not have a parent window, if it is a normal application?"
There is only 1 window in this application; there is no menu or whatever.
The "circular menu" is just its name, it's not even a menu. It's an
application that owns a surface to display stuff on it, and has to place
this surfa
> " I think you can make the circular menu a child window. Make it a child
of whatever surface received the keystroke"
You can't, there is no child window. The application has 1 window that
appears under the mouse at a relative position that only the application
knows. The absolute mouse position i
> "I am not sure if wayland should allow this, and whether there are
clients that expect this to work"
Well, there is at least one application that exists and displays a ring of
icons under the mouse. So, it needs to tell the compositor to place its
window to (dx;dy) relatively to the mouse.
(Under
On 1 July 2014 21:05, Bill Spitzak wrote:
>
> On 07/01/2014 12:57 PM, Jasper St. Pierre wrote:
>
>> It sounds like you have a highly technical workstation platform that has
>>
> a complex, professional tool involving multiple windows, and you are
>> fully aware of your environment. You can keep us
On Tue, 01 Jul 2014 16:05:33 -0700
Bill Spitzak wrote:
> On 07/01/2014 01:58 PM, Jasper St. Pierre wrote:
>
> > So what you want isn't a position hint, but a "preferred output" hint.
> > That's a lot simpler of a problem to solve, and one that we've talked
> > about implementing before. The issu
On Wed, 2 Jul 2014 00:33:39 +0200
Fabrice Rey wrote:
> Pekka I think you misunderstod my point, let me try to be more clear.
> The "circular menu" is actually just a window, that paints some icons on a
> ring. It doesn't have a parent window, and that's the problem.
Why does it not have a parent
On 07/01/2014 01:58 PM, Jasper St. Pierre wrote:
So what you want isn't a position hint, but a "preferred output" hint.
That's a lot simpler of a problem to solve, and one that we've talked
about implementing before. The issue is then finding the color
correcting monitor, and then putting the vi
On 07/01/2014 03:33 PM, Fabrice Rey wrote:
Pekka I think you misunderstod my point, let me try to be more clear.
The "circular menu" is actually just a window, that paints some icons on
a ring. It doesn't have a parent window, and that's the problem.
How in Wayland will we be able to place this
What I meant was:
If in fact the mouse is pointing at the same surface that receives the
keystroke (and then creates the popup menu) there is no problem, as that
client knows the relative position of the mouse verses that surface and
can therefore use relative positioning to it to place the po
> "When the keyboard and mouse focus are the same surface then relative
coordinates for the popup can be used"
There is no window having focus here. Or maybe there is, but it's not the
surface of the "circular menu", which is hidden, and only appears when
pressing a shortkey (about global shortkey
Pekka I think you misunderstod my point, let me try to be more clear.
The "circular menu" is actually just a window, that paints some icons on a
ring. It doesn't have a parent window, and that's the problem.
How in Wayland will we be able to place this window so that its center is
right on the curs
On Tue, Jul 1, 2014 at 4:05 PM, Bill Spitzak wrote:
>
>
> On 07/01/2014 12:57 PM, Jasper St. Pierre wrote:
>
>> No, you don't.
>>
>> You cannot possibly reuse the saved settings on different OSes with
>> different output layouts.
>>
>
> You are wrong. We use it all the time. These systems are reb
On 07/01/2014 11:10 AM, Fabrice Rey wrote:
> "In particular users expect to be able to copy this information from
one system to another but only for certain clients."
I didn't think of it but indeed, if you save the theme of your desklet
application and restore it on another system, you expect
On 07/01/2014 12:57 PM, Jasper St. Pierre wrote:
No, you don't.
You cannot possibly reuse the saved settings on different OSes with
different output layouts.
You are wrong. We use it all the time. These systems are rebooted,
generally between OS/X (to use Photoshop) and Linux (to use everyt
On 07/01/2014 11:52 AM, Fabrice Rey wrote:
Here is another problem (and sorry for my numerous messages,
I've just though of this one now) :-)
I have an application that pops up a menu when pressing a shortkey.
It's a circular menu (it actually really exists such an application), so
it should
No, you don't.
You cannot possibly reuse the saved settings on different OSes with
different output layouts. On Windows, there's a taskbar at the bottom (yes,
it's technically configurable, I know). On OS X, there's a menu bar at the
top. You have no idea what windows are around you and where they
On 06/30/2014 11:36 PM, Pekka Paalanen wrote:
One idea was that the client can ask the compositor to create a
cookie (a blob) that the client can save, and when restoring the
window, give the cookie back to the compositor to recall the position
and size, subject to the compositor checking if it
On Tue, 1 Jul 2014 20:52:28 +0200
Fabrice Rey wrote:
> Here is another problem (and sorry for my numerous messages,
> I've just though of this one now) :-)
> I have an application that pops up a menu when pressing a shortkey.
> It's a circular menu (it actually really exists such an application)
Here is another problem (and sorry for my numerous messages,
I've just though of this one now) :-)
I have an application that pops up a menu when pressing a shortkey.
It's a circular menu (it actually really exists such an application), so it
should pop with its center right on the cursor.
So here
> "I think that may be solved by window types/roles more than having one
generic "normal window type" with flags or state for everything."
It could be conceivable for desklets (they are a bit different than the
regular windows, at least they seem to be on Wayland).
However you can expect the casual
> "In particular users expect to be able to copy this information from one
system to another but only for certain clients."
I didn't think of it but indeed, if you save the theme of your desklet
application and restore it on another system, you expect everything ot be
the same, including the positi
Hi, please use reply-to-all.
On Tue, 1 Jul 2014 00:21:51 +0200
Fabrice Rey wrote:
> Thank you both for your constructive explanations.
>
> > "You are thinking in X11 terms now"
> I'm afraid; still, we'll probably have to think of some similar hints as
> "skip_taskbar/skip_pager", because there
I have to disagree with a lot of this. The lack of window position is a
HUGE problem. We need to be able to save and restore user's preferences
for window arrangement. There is also a desire to port these window
arrangements between Windows and Linux.
The biggest problem is that you seem to th
Thank you both for your constructive explanations.
> "You are thinking in X11 terms now"
I'm afraid; still, we'll probably have to think of some similar hints as
"skip_taskbar/skip_pager", because there will be some windows we don't want
to see in the list of windows.
> "Btw. what if you start tw
On Sun, Jun 29, 2014 at 3:44 PM, Pekka Paalanen wrote:
> Please, reply-to-all so CC's do not get dropped.
>
Thanks Pekka for the excellent response. This is going to be a really
useful quotable mail in the future :)
... snip ...
http://people.collabora.com/~pq/menu-rotate.png
> http://people.c
Please, reply-to-all so CC's do not get dropped.
On Sun, 29 Jun 2014 19:25:04 +0200
Fabrice Rey wrote:
> > "Are they stacked like regular windows, where they're raised to the top
> when you click on them or are they always stacked below application
> windows? Can you alt-tab to them? Do they app
Em dom 29 jun 2014, às 19:35:28, Fabrice Rey escreveu:
> They can't be coupled with the compositor, it would mean that such an
> application would have to make a plug-in (if it's even possible) for each
> compositor in the universe.
Correct.
> I'm sure Wayland can be as a good desktop environment
They can't be coupled with the compositor, it would mean that such an
application would have to make a plug-in (if it's even possible) for each
compositor in the universe.
I'm sure Wayland can be as a good desktop environment as X.
2014-06-29 19:30 GMT+02:00 Thiago Macieira :
> Em dom 29 jun 201
Em dom 29 jun 2014, às 18:57:08, Fabrice Rey escreveu:
> > "The idea is that those are tightly coupled with the compositor. There's
>
> no need to standardise if they only work with one compositor."
>
> Google gadget, Screenlet or Cairo-Desklet are not coupled with any Window
> Manager at the mom
the time to think of it, before the protocol is
>>>> written into the rock.
>>>>
>>>>
>>>> > "This should be solved for all kinds of popups, including menus."
>>>> Yes, I guess you can place a window relatively to its parent. That
> "The idea is that those are tightly coupled with the compositor. There's
no need to standardise if they only work with one compositor."
Google gadget, Screenlet or Cairo-Desklet are not coupled with any Window
Manager at the moment, they work on any desktop. So they should also work
with any com
can place a window relatively to its parent. That's
>>> good, but still not enough for the use-case I presented. Since the client
>>> doesn't know where it is on the desktop, it will act as if it's in the
>>> top-left corner (by default), which will be wrong
Em dom 29 jun 2014, às 18:41:51, Fabrice Rey escreveu:
> Well, a desklet is a desktop widget, for instance a clock or a weather
> widget.
> They are a bit particular in the sense that they should be placed at a
> given position and have no decorations, but that's all, and as far as I
> know, they h
w where it is on the desktop, it will act as if it's in the
>> top-left corner (by default), which will be wrong most of the time.
>>
>> 2014-06-29 17:55 GMT+02:00 Thiago Macieira :
>>
>> Em dom 29 jun 2014, às 17:44:46, Fabrice Rey escreveu:
>>> &
orner (by default), which will be wrong most of the time.
>
> 2014-06-29 17:55 GMT+02:00 Thiago Macieira :
>
> Em dom 29 jun 2014, às 17:44:46, Fabrice Rey escreveu:
>> > Hi,
>> > First thank you for hard work on Wayland/X.
>> >
>> > As I understand, t
2014-06-29 17:55 GMT+02:00 Thiago Macieira :
> Em dom 29 jun 2014, às 17:44:46, Fabrice Rey escreveu:
> > Hi,
> > First thank you for hard work on Wayland/X.
> >
> > As I understand, there is no window placement on the client side in
> Wayland.
> > Because of t
Em dom 29 jun 2014, às 17:44:46, Fabrice Rey escreveu:
> Hi,
> First thank you for hard work on Wayland/X.
>
> As I understand, there is no window placement on the client side in Wayland.
> Because of that, a desklet application can't place its desklets on the
> desktop. Cu
Hi,
First thank you for hard work on Wayland/X.
As I understand, there is no window placement on the client side in Wayland.
Because of that, a desklet application can't place its desklets on the
desktop. Currently in Weston, they are automatically placed (randomly, each
time at a diff
48 matches
Mail list logo
