Hi,
Am Freitag, den 30.06.2017, 13:50 +0800 schrieb Jonas Ådahl:
> 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 interf
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 -
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
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
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
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
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
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 +
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
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
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
---
Changes since v1:
Had missed one part where it still required at least 1x1 sized anchor
rectangle.
stable/xdg-shell/xdg-shell.
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
On Thu, Jun 29, 2017 at 04:44:34PM +0200, Olivier Fourdan wrote:
> This introduces a new protocol for the compositor to describe outputs
> size in a logical way for Xwayland.
>
> This is needed for X11 applications that would want to configure an X11
> window based on the size of the output, witho
On Fri, Jun 02, 2017 at 11:06:25AM +0200, Olivier Fourdan wrote:
> This patch introduces a new protocol for grabbing the keyboard from
> Xwayland.
>
> This is needed for X11 applications that map an override redirect window
> (thus not focused by the window manager) and issue an active grab on the
On Tue, Jun 06, 2017 at 02:03:39PM +0200, Olivier Fourdan wrote:
> This adds a new protocol to let Wayland clients specify that they want
> all keyboard events to be sent to the client, regardless of the
> compositor own shortcuts.
>
> This protocol can be used for virtual machine and remote conne
And update the documentation for how to use the new tool. It's much more
interactive than evemu and easier to grasp, so let's advertise that.
Signed-off-by: Peter Hutterer
---
doc/touchpad-pressure.dox| 78
meson.build | 9 +
tools
If a touch goes past the fixed pressure threshold it is labelled as a palm and
stays a palm. Default value is one that works well here on a T440 and is
virtually impossible to trigger by a normal finger or thumb. A udev property
is exposed so we can handle this in the udev hwdb and the new tool int
Most modern touchpads are around 100mm wide, so this provides a ca 8mm edge
zone on each side. The extra 3mm should provide for more reliable palm
detection, a few touches happen to be just on the edge of the 5mm mark.
https://bugs.freedesktop.org/show_bug.cgi?id=101433
Signed-off-by: Peter Hutte
This introduces a new protocol for the compositor to describe outputs
size in a logical way for Xwayland.
This is needed for X11 applications that would want to configure an X11
window based on the size of the output, without knowing the output scale
factor applied by the compositor to the corresp
21 matches
Mail list logo
