Oh nice, much simpler. I have a few nitpick comments, but it looks good,
and works for me.
Reviewed-By: Dima Ryazanov
Tested-By: Dima Ryazanov
On Thu, Nov 16, 2017 at 1:11 PM, Peter Hutterer
wrote:
> A lot easier to process data in python than in C.
>
> Signed-off-by: Peter Hutterer
> ---
>
A lot easier to process data in python than in C.
Signed-off-by: Peter Hutterer
---
meson.build | 10 +-
tools/libinput-measure-touchpad-tap | 261 +
tools/libinput-measure-touchpad-tap.c | 509 --
3 files changed, 263
On Wed, Nov 15, 2017 at 09:31:07PM +0100, Vicente Bergas wrote:
> On Wed, Nov 15, 2017 at 1:38 AM, Peter Hutterer
> wrote:
> > ... I'd appreciate it if you could give it a test
> > though.
> >
> > Cheers,
> >Peter
>
> Hi Peter,
> just tested 4aa25b9de96321d946ed399b614d52deadf74403 (tip of yo
On Wed, Nov 15, 2017 at 1:38 AM, Peter Hutterer
wrote:
> ... I'd appreciate it if you could give it a test
> though.
>
> Cheers,
>Peter
Hi Peter,
just tested 4aa25b9de96321d946ed399b614d52deadf74403 (tip of your
debouncing branch on github), it failed on the very first click:
[ 1910.895] (EE
Hi Derek and pq,
Thanks for the further suggestions and comments.
The idea around multiple threads is a likely candidate. We have added a thread
and the flush is coming from the extra thread.
There seems to be two obvious approaches to solving the issue:
1) Create a new queue for our new thread
Hi all,
Seeing Jonas effort to make xdg-shell stable, I'd like to clear something
up before this is done.
The set_fullscreen request documentation mentions:
If the surface doesn't cover the whole output, the compositor will
position the surface in the center of the output and compensate with
blac
Hi all,
On 2 November 2017 at 17:09, Emil Velikov wrote:
> From: Emil Velikov
>
> Import latest version (v2) of the protocol from Mesa.
>
> From the README:
>
> Warning!
> The goal is to share the protocol file across Mesa and other low-level
> components graphics stack such as libva and Xwaylan
Looks good to me!
Reviewed-by: David Edmundson
___
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/wayland-devel
On Mon, Oct 30, 2017 at 5:03 AM, Jonas Ådahl wrote:
> On Fri, Oct 27, 2017 at 01:13:15PM +0100, David Edmundson wrote:
> > The server decoration protocol negotiates between the client and server
> > whether the client should default to drawing window decorations, and
> > informs the compositor wh
There is no configure 'request' only configure 'events'.
Signed-off-by: Jonas Ådahl
Reviewed-by: Mike Blumenkrantz
---
stable/xdg-shell/xdg-shell.xml | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/stable/xdg-shell/xdg-shell.xml b/stable/xdg-shell/xdg-shell.xml
index 4cad982
Specify that the maximize/unmaximize state requests only affects the
state a surface will return to if it is currently fullscreen.
Signed-off-by: Jonas Ådahl
Reviewed-by: Mike Blumenkrantz
---
stable/xdg-shell/xdg-shell.xml | 8
1 file changed, 8 insertions(+)
diff --git a/stable/xdg-
While there is no currently known usages of setting an anchor offset on
the same axis as the 'flip' constraint action is set, it must still be
specified so compositors behave the same.
Signed-off-by: Jonas Ådahl
---
stable/xdg-shell/xdg-shell.xml | 4
1 file changed, 4 insertions(+)
diff -
The description for xdg_toplevel.unset_fullscreen was completely
missing, so add it.
Signed-off-by: Jonas Ådahl
Reviewed-by: Mike Blumenkrantz
---
stable/xdg-shell/xdg-shell.xml | 22 +-
1 file changed, 21 insertions(+), 1 deletion(-)
diff --git a/stable/xdg-shell/xdg-shell
From: Mike Blumenkrantz
ensure that this is as precise and explicit as possible for all useful
cases and also define previously-unspecified behavior
Signed-off-by: Mike Blumenkrantz
Reviewed-by: Jonas Ådahl
---
stable/xdg-shell/xdg-shell.xml | 32
1 file chang
It was not explicitly specified (as it is in set/unset_maximize) that
the compositor will respond with a configure event when a client asks to
be fullscreened, and the meaning of the output parameter was somewhat
awkwardly described.
Signed-off-by: Jonas Ådahl
Reviewed-by: Mike Blumenkrantz
---
From: David Edmundson
Bitfields allowed for impossible combinations of anchor edges, such as
being on the left and right edge. Use of explicit enumerations means we
don't need to handle that case.
Signed-off-by: David Edmundson
Reviewed-by: Jonas Ådahl
---
stable/xdg-shell/xdg-shell.xml | 77
Allow using some other protocol (custom, or future xdg_* based) to set
up the parent-child relationship of a popup. This allows future
protocols to use xdg_popup when mapping popups over surfaces not based
on xdg_surface.
An example use case for this is the window menu, where a shells UI
client ca
Change the semantics of xdg_toplevel.set_parent to allow chaining
multiple parent-child relationships together, while allowing
arbitrarily unmapping parents, while keeping what is left over of the
chain intact.
This makes things easier to manage when parent-child relationships
cross client borders
There is no such thing as 'monitor' in Wayland, only outputs.
Signed-off-by: Jonas Ådahl
Reviewed-By: Mike Blumenkrantz
---
stable/xdg-shell/xdg-shell.xml | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/stable/xdg-shell/xdg-shell.xml b/stable/xdg-shell/xdg-shell.xml
inde
Setting a null-surface as a toplevel parent should unset the
parent-child relationship. This was not specified, so lets do that.
Signed-off-by: Jonas Ådahl
Signed-off-by: Mike Blumenkrantz
---
stable/xdg-shell/xdg-shell.xml | 4
1 file changed, 4 insertions(+)
diff --git a/stable/xdg-shel
Rename the interfaces according to the wayland-protocols policy. Since
the name 'xdg_shell' as an interface was already taken (by
xdg-shell-unstable-v5) zxdg_shell_v6 was renamed xdg_wm_base. The
surface role related interfaces were not renamed, as naming collision
is only unmanagable when exposed
A client might want to change the window geometry without wanting the
window to be moved, for example when changing the width of the border.
Point out that the compositor should treat the (x,y) coordinate of the
geometry as the top-left corner of the window, and not change the
position of the windo
Hi,
This is yet another attempt to declare xdg-shell as stable, enabling us
to easier extend it further, with additions and new extensions that
depend on it.
There are a few minor changes since last time, most notebly the
definition of what requesting to be "unfullscreen" means which was
previous
Don't refer to things as "traditional desktop" as it is not defined
nor clear what that refers to; instead reword things in a more explicit
way. A reason for this is that xdg-shell is not strictly meant only for
traditional window stacking based desktop environments, but should be
equally suitable
Signed-off-by: Jonas Ådahl
Acked-by: Mike Blumenkrantz
---
stable/xdg-shell/xdg-shell.xml | 2 ++
1 file changed, 2 insertions(+)
diff --git a/stable/xdg-shell/xdg-shell.xml b/stable/xdg-shell/xdg-shell.xml
index da8d6d4..ec70073 100644
--- a/stable/xdg-shell/xdg-shell.xml
+++ b/stable/xdg-shel
Allow setting an empty anchor rectangle, so that one can map a popup
against a coordinate, not a pixel.
Signed-off-by: Jonas Ådahl
Reviewed-By: Mike Blumenkrantz
---
stable/xdg-shell/xdg-shell.xml | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/stable/xdg-shell/xdg-shell
Add a copy of xdg-shell unstable v6 to stable/xdg-shell/xdg-shell.xml.
Folliwing this commit, it will go through a set of changes, before
being declared stable.
Signed-off-by: Jonas Ådahl
---
stable/xdg-shell/README|5 +
stable/xdg-shell/xdg-shell.xml | 1044 +
27 matches
Mail list logo
