Re: Weston : ideas about xdg_sell, and implementation for a taskbar

sardemff7+wayl...@sardemff7.net wrote: Not sure why you want to limit it like this. I certainly would like the ability to minimized dialog windows. If you want a dialog window to be minimized, then it makes even more sense to allow minimizing multiple surfaces. The client could want to minimiz

Re: Weston : ideas about xdg_sell, and implementation for a taskbar

(Some parts are reordered to makes more sense in my answers. Agreed parts are removed.) On 10/02/2014 23:42, Bill Spitzak wrote: sardemff7+wayl...@sardemff7.net wrote: Based on Bill’s events and requests, here is what I think should handle all cases the right way while keeping the global policy

Re: Weston : ideas about xdg_sell, and implementation for a taskbar

sardemff7+wayl...@sardemff7.net wrote: First, a compositor may have no mechanism of “minimization”, so it must not be forced to obey such a request with no meaning for it. I agree the compositor does not have to obey the minimize request. I think I am not explaining things clearly: *BOTH* the

Re: [PATCH] xdg-shell: Remove "edges" from description

The parameter was already removed, I'm simply updating the documentation. On Mon, Feb 10, 2014 at 4:41 PM, Bill Spitzak wrote: > I would think configure request is going to need to provide this > information. Otherwise the compositor cannot do tabbed or tiled layouts > were it wants a window to

Re: Weston : ideas about xdg_sell, and implementation for a taskbar

On 10/02/2014 21:57, Bill Spitzak wrote: Okay this sounds like it is going in exactly the wrong direction. And you sound like you do not understand the strong need here: the compositor *must be in charge* of everything. But, please, do not start to yell now, it can perfectly work well with yo

Re: [PATCH] xdg-shell: Remove "edges" from description

I would think configure request is going to need to provide this information. Otherwise the compositor cannot do tabbed or tiled layouts were it wants a window to resize without the client requesting it. Then again perhaps it is ok for compositor-initiated resizing to always produce the same a

Re: Weston : ideas about xdg_sell, and implementation for a taskbar

Okay this sounds like it is going in exactly the wrong direction. What I am trying to do is restore the ability to use overlapping windows which was broken in approximatly 1990 when everybody started doing "click raises" (when even then it was *trivial* for a client to raise it's own windows),

Re: Weston : ideas about xdg_sell, and implementation for a taskbar

I need to read the rest of the responses, but this does *not* sound like what I think is necessary. There should not be any need for an event saying "you have been minimized" as this should never happen without the client first requesting it. As I see it, if the compositor decides to minimize

Re: [RFC v2] Wayland presentation extension (video protocol)

Pekka Paalanen wrote: This algorithm aims to start showing an update between t-T/2 and t+T/2, which means that presentation may occur a little early or late, with an "average" of zero. Another option would be to show the update between t and t+T, which would mean that presentation would be alway

Re: [PATCH weston] exposay: don't crash if a view goes away

Hi, On 10 February 2014 13:23, Emilio Pozuelo Monfort wrote: > When a view was destroyed while we were on exposay, we didn't > remove it from the list of views, and so when leaving exposay > we were trying to animate (and sometimes activate) a > non-existent view, causing a crash. This should tr

[PATCH 1/2] window: Remove window_location enum

It's unused except for one easily-replaceable place. --- clients/window.c | 20 ++-- 1 file changed, 2 insertions(+), 18 deletions(-) diff --git a/clients/window.c b/clients/window.c index 91c1ea0..fad4793 100644 --- a/clients/window.c +++ b/clients/window.c @@ -395,22 +395,6 @@ e

[PATCH 2/2] Do resize anchoring on the client, not the server

The client had logic to adjust the dx/dy parameter of the window when resizing, but it was broken: nothing enabled that code, and it would only work for the first resize. To make up for it, desktop-shell had code to flat out ignore the dx/dy parameters when resizing and anchor it its own way. This

[PATCH] xdg-shell: Remove "edges" from description

The parameter was dropped... --- protocol/xdg-shell.xml | 6 -- 1 file changed, 6 deletions(-) diff --git a/protocol/xdg-shell.xml b/protocol/xdg-shell.xml index f0d04aa..7e4193b 100644 --- a/protocol/xdg-shell.xml +++ b/protocol/xdg-shell.xml @@ -243,12 +243,6 @@ ignore it if it does

[PATCH weston] Add a nested YUV client to the weston-nested example

This adds a separate nested client to the weston-nested example which will create YUV buffers using libva. The code is based on the putsurface test in libva. The client can be used by passing the -y option to weston-nested. --- .gitignore |1 + Makefile.am |

Re: [RFC v2] Wayland presentation extension (video protocol)

On 10/02/2014, Jason Ekstrand wrote : On Mon, Feb 10, 2014 at 3:53 AM, Pekka Paalanen > wrote: On Sat, 8 Feb 2014 15:23:29 -0600 Jason Ekstrand mailto:ja...@jlekstrand.net>> wrote: > Pekka, > First off, I think you've done a great job over-all. I

Re: Weston : ideas about xdg_sell, and implementation for a taskbar

Agreed ; it makes a lot more sense this way. BTW, I'm not sure we *really* need to add things to xdg-shell. We'd just need it if we want to have client-side logic. A pure server-side logic just needs modifications in desktop-shell. I think my question is really what a Weston implementation should

Re: Weston : ideas about xdg_sell, and implementation for a taskbar

If the client will be hidden anyway the naming of request_set_minimize() seems odd to me, then. It should be like notify_set_minimize(), after which the client is not required to call set_minimized(), since it is so already. Giulio 2014-02-10 17:45 GMT+02:00 Manuel Bachmann : > Oh, and I forgot t

[PATCH weston 2/2] exposay: avoid needlessly activating the active view

From: Emilio Pozuelo Monfort Signed-off-by: Emilio Pozuelo Monfort --- desktop-shell/exposay.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/desktop-shell/exposay.c b/desktop-shell/exposay.c index fe7a3a7..feadfdc 100644 --- a/desktop-shell/exposay.c +++ b/desktop-shell/exposay.c @@ -1

[PATCH weston 1/2] toytoolkit: avoid unnecessary redraws when focus changes

From: Emilio Pozuelo Monfort Clients that need to be redrawn when the focus changes do that by listening to focus_changed and scheduling a redraw. This was causing unnecessary redraws in the clients, as could be easily seen by changing focus on weston-flower. Signed-off-by: Emilio Pozuelo Monfo

Re: Weston : ideas about xdg_sell, and implementation for a taskbar

Hi Guilio, In fact, the client will be hidden anyway, because in order to keep some consistency, the compositor will hide it : "set_minimized()" function in "shell.c" : https://github.com/Tarnyko/weston-taskbar/blob/1.4.0-taskbar/desktop-shell/shell.c#L3385 What the client does, here, is that it

Re: Weston : ideas about xdg_sell, and implementation for a taskbar

Oh, and I forgot to add, the taskbar has its own logic asking the compositor to hide, so clicking on the taskbar will do this, too. Sorry for the additional noise. Regards, Manuel 2014-02-10 16:43 GMT+01:00 Manuel Bachmann < manuel.bachm...@open.eurogiciel.org>: > Hi Guilio, > > In fact, the cl

Re: [RFC v2] Wayland presentation extension (video protocol)

On Mon, Feb 10, 2014 at 5:51 AM, Pekka Paalanen wrote: > On Sat, 8 Feb 2014 15:39:57 -0600 > Jason Ekstrand wrote: > > > On Wed, Feb 5, 2014 at 1:32 AM, Pekka Paalanen > wrote: > > > > > On Thu, 30 Jan 2014 17:35:17 +0200 > > > Pekka Paalanen wrote: > > > > > > > Hi, > > > > > > > > it's time

Re: Weston : ideas about xdg_sell, and implementation for a taskbar

2014-02-10 17:25 GMT+02:00 Manuel Bachmann : > Hi Bill, hi Jasper, hi everybody again, > > I just updated my taskbar code to make it work against Weston 1.4.0 : > https://github.com/Tarnyko/weston-taskbar/tree/1.4.0-taskbar > > And with regards to our former conversation, I added a logic that allow

Re: Weston : ideas about xdg_sell, and implementation for a taskbar

Hi Bill, hi Jasper, hi everybody again, I just updated my taskbar code to make it work against Weston 1.4.0 : https://github.com/Tarnyko/weston-taskbar/tree/1.4.0-taskbar And with regards to our former conversation, I added a logic that allows the client to "know" when it has been minimized : htt

Re: [RFC v2] Wayland presentation extension (video protocol)

On Mon, Feb 10, 2014 at 3:53 AM, Pekka Paalanen wrote: > On Sat, 8 Feb 2014 15:23:29 -0600 > Jason Ekstrand wrote: > > > Pekka, > > First off, I think you've done a great job over-all. I think it will > both > > cover most cases and work well I've got a few comments below. > > Thank you for th

[PATCH weston] exposay: don't crash if a view goes away

From: Emilio Pozuelo Monfort When a view was destroyed while we were on exposay, we didn't remove it from the list of views, and so when leaving exposay we were trying to animate (and sometimes activate) a non-existent view, causing a crash. Signed-off-by: Emilio Pozuelo Monfort --- desktop-sh

[PATCH weston] exposay: arrange views per-output

From: Emilio Pozuelo Monfort https://bugs.freedesktop.org/show_bug.cgi?id=73173 --- desktop-shell/exposay.c | 108 desktop-shell/shell.c | 7 desktop-shell/shell.h | 74 +++-- 3 files changed, 107 insertions

Re: [RFC v2] Wayland presentation extension (video protocol)

On Sat, 8 Feb 2014 15:39:57 -0600 Jason Ekstrand wrote: > On Wed, Feb 5, 2014 at 1:32 AM, Pekka Paalanen wrote: > > > On Thu, 30 Jan 2014 17:35:17 +0200 > > Pekka Paalanen wrote: > > > > > Hi, > > > > > > it's time for a take two on the Wayland presentation extension. > > > > > > > > >

Re: [PATCH weston 4/4] compositor: Move view repositioning logic into shell

On Wed, 2014-01-29 at 18:47 +0200, Ander Conselvan de Oliveira wrote: > Remove the listener for output destroy from weston_view and instead > iterate views owned by the shell in its own output destroy listener. > > This simplifies the code a bit since keeping the view listening for the > destroy o

Re: [PATCH libinput] Make touch event slots seat wide

On Mon, Feb 10, 2014 at 07:47:00PM +1000, Peter Hutterer wrote: > On Mon, Feb 10, 2014 at 10:11:47AM +0100, Jonas Ådahl wrote: > > On Mon, Feb 10, 2014 at 03:13:55PM +1000, Peter Hutterer wrote: > > > On Thu, Feb 06, 2014 at 10:27:54PM +0100, Jonas Ådahl wrote: > > > > Since a Wayland compositor ha

Re: [RFC v2] Wayland presentation extension (video protocol)

On Sat, 8 Feb 2014 15:23:29 -0600 Jason Ekstrand wrote: > Pekka, > First off, I think you've done a great job over-all. I think it will both > cover most cases and work well I've got a few comments below. Thank you for the review. :-) Replies below. > On Thu, Jan 30, 2014 at 9:35 AM, Pekka Pa

Re: [PATCH libinput] Make touch event slots seat wide

On Mon, Feb 10, 2014 at 10:11:47AM +0100, Jonas Ådahl wrote: > On Mon, Feb 10, 2014 at 03:13:55PM +1000, Peter Hutterer wrote: > > On Thu, Feb 06, 2014 at 10:27:54PM +0100, Jonas Ådahl wrote: > > > Since a Wayland compositor have to represent all touch devices of a seat > > > as one virtual device,

Re: [PATCH libinput] evdev: restore EVDEV_UNHANDLED_DEVICE error code

On Mon, Feb 10, 2014 at 03:44:56PM +1000, Peter Hutterer wrote: > If we don't have capabilities we can deal with, return a different > error so the backends can handle it separately (they already do). Looks good to me. Jonas > > Signe-off-by: Peter Hutterer > --- > src/evdev.c | 5 - > 1

Re: [PATCH libinput] Make touch event slots seat wide

On Mon, Feb 10, 2014 at 03:13:55PM +1000, Peter Hutterer wrote: > On Thu, Feb 06, 2014 at 10:27:54PM +0100, Jonas Ådahl wrote: > > Since a Wayland compositor have to represent all touch devices of a seat > > as one virtual device, lets make that easier by making the slots of > > touch events seat w

Re: [PATCH 1/3] Make default log handler print to stderr

On Sun, 9 Feb 2014 21:35:10 -0800 Kristian Høgsberg wrote: > On Sat, Feb 08, 2014 at 11:44:11AM +0200, Pekka Paalanen wrote: > > On Fri, 7 Feb 2014 22:27:00 -0800 > > Kristian Høgsberg wrote: > > > > > On the client side we log fatal errors before we exit. If a > > > client doesn't set a log