Re: Use-case when positioning a window is necessary

On Tue, Aug 9 2022 at 15:46:30 +01:00:00, David Edmundson wrote: And that is where positioning is necessary: to not occlude the line of text where the cursor is, and to show the documentation at a sensible place (near the cursor position). xdg-foreign will just get that window on top. You d

Re: Protocol backwards compatibility requirements?

On Mon, Apr 20, 2020 at 15:05, Pekka Paalanen wrote: On Thu, 16 Apr 2020 17:47:56 +1000 Christopher James Halse Rogers wrote: On Wed, Apr 15, 2020 at 14:27, Simon Ser wrote: > Hi, > > On Monday, April 13, 2020 1:59 AM, Peter Hutterer > wrote: >> Hi all, >&

Re: Protocol backwards compatibility requirements?

On Wed, Apr 15, 2020 at 14:27, Simon Ser wrote: Hi, On Monday, April 13, 2020 1:59 AM, Peter Hutterer wrote: Hi all, This is request for comments on the exact requirements for protocol backwards compatibility for clients binding to new versions of an interface. Reason for this are

Re: [PATCH wayland-protocols] Add governance document

menkrantz <mailto:michael.blumenkra...@gmail.com>> Cc: Jonas Ådahl mailto:jad...@gmail.com>> Cc: Carlos Garnacho mailto:carl...@gnome.org>> Cc: David Edmundson <mailto:da...@davidedmundson.co.uk>> Cc: Christopher James Halse Rogers <mailto:r...@ubuntu

Re: wayland-protocols scope and governance

On Wed, Nov 13, 2019 at 16:21, Jonas Ådahl wrote: On Tue, Nov 12, 2019 at 08:13:58PM +, Daniel Stone wrote: Hi, On Thu, 10 Oct 2019 at 16:12, Simon Ser > wrote: > This document governs the maintenance of wayland-protocols and serves to outline > the broad

Re: [PATCH 2/2] proto, server: Add internal server error message. (v2)

On 20 November 2018 8:02:50 pm NZDT, Christopher James Halse Rogers wrote: >Many languages such as C++ or Rust have an unwinding error-reporting >mechanism. Code in these languages can (and must!) wrap request >handling >callbacks in unwind guards to avoid undefined behavi

[PATCH 1/2] server: Split out varargs version of wl_resource_post_error.

This will allow other wrappers around wl_resource_post_error to accept variable argument lists. Signed-off-by: Christopher James Halse Rogers Acked-by: Pekka Paalanen --- src/wayland-server.c | 23 --- 1 file changed, 16 insertions(+), 7 deletions(-) diff --git a/src

[PATCH 2/2] proto, server: Add internal server error message. (v2)

Add more justification in the commit message. Signed-off-by: Christopher James Halse Rogers Acked-by: Pekka Paalanen --- protocol/wayland.xml | 2 ++ src/wayland-client.c | 3 +++ src/wayland-server-core.h | 4 src/wayland-server.c | 24 +++

[PATCH] Add server implementation error

Resurrecting this from the depths of my email. I think almost 12 months is long enough to assume no-one else is going to try and paint this particular bikeshed! ___ wayland-devel mailing list wayland-devel@lists.freedesktop.org https://lists.freedesktop

Re: [PATCH 2/2] proto, server: Add internal server error message.

On Wed, Feb 21, 2018 at 7:15 PM, Pekka Paalanen wrote: On Tue, 20 Feb 2018 18:07:27 +1100 r...@ubuntu.com wrote: From: Christopher James Halse Rogers Many languages such as C++ or Rust have an unwinding error-reporting mechanism. Code in these languages can (and must!) wrap request

Re: [PATCH wayland v2] server: document wl_event_loop and wl_event_source

he return value is ignored and should be > zero. > + * > + * \sa wl_event_loop_add_timer() > + * \memberof wl_event_source > + */ > typedef int (*wl_event_loop_timer_func_t)(void *data); > + > +/** Signal dispatch function type > + * > + * Functions of this type are used a

Re: [PATCH] docs: Add documentation for wl_event_source callbacks

Hah! Should have read the mailing list as well as checking git. Ignore this; Pekka's patch is much more thorough.___ wayland-devel mailing list wayland-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/wayland-devel

Re: [RFC] Interface for injection of input events

On Wed, Mar 29, 2017 at 9:33 AM, Jordan Sissel wrote: On Tue, Mar 28, 2017 at 2:44 PM, Christopher James Halse Rogers < christopher.halse.rog...@canonical.com> wrote: On Tue, 28 Mar 2017 at 22:31 Pekka Paalanen wrote: On Tue, 28 Mar 2017 16:20:28 +0900 Carsten Haitzler (The Ras

Re: [RFC] Interface for injection of input events

On Tue, 28 Mar 2017 at 22:31 Pekka Paalanen wrote: > On Tue, 28 Mar 2017 16:20:28 +0900 > Carsten Haitzler (The Rasterman) wrote: > > > On Wed, 22 Mar 2017 13:59:43 +0200 Pekka Paalanen > said: > > > > > > == Authentication/Identification == > > > > The goal is to filter clients based on some w

Re: [RFC] Interface for injection of input events

On Wed, Mar 22, 2017 at 1:24 PM Peter Hutterer wrote: > Hi all, > > This is an RFC for a new interface to generate input events from arbitrary > clients. Note that this is only a few days old, so **do not** assume this > is > anything more a thought experiment right now. This email is supposed to

Re: A barebone version of Weston?

On Tue, 2012-07-10 at 18:53 -0700, Mikalai Kisialiou wrote: > There is an article on http://www.phoronix.com that there is a new > feature of sliding desktop support in Weston. I am wondering if it > would make sense to split Weston implemention into 2 distinct ones: a > barebone implementation wit

Re: How to get windows list?

On Wed, 2012-07-11 at 00:55 +0500, Сергей wrote: > Hello, I have three questions: > 1) how i can get windows list in wayland? For example: application > panell in KDE or windows thumbnails in GNOME activites. Sorry if i > missing this in wayland documentations. You cannot*. *: Ok, you can, in ce

Re: [systemd-devel] [RFC] VTs for multiple seats

On Tue, 2012-07-10 at 21:29 +0200, David Herrmann wrote: > Hi Kristian > > On Tue, Jul 10, 2012 at 8:15 PM, Kristian Høgsberg > wrote: > > On Tue, Jul 10, 2012 at 12:22:13PM -0400, Casey Dahlin wrote: > >> On Mon, Jul 09, 2012 at 06:17:13PM -0400, Kristian Høgsberg wrote: > >> > No, wayland is t

Re: [RFC] VTs for multiple seats

On Wed, 2012-07-04 at 20:13 +0200, David Herrmann wrote: > Hi guys > > (CC'ing systemd-ML as they proved to be very helpful and interested in this > ;)) > > I am currently working on kmscon and am planning on writing some > user-space VT logic similar to CONFIG_VT in the kernel. The idea is to >

[PATCH] Add xwayland support (v2)

v2: Fix build against Xservers without Wayland support Don't try to acquire/drop drm master under Wayland Refresh for xserver 1.13 kill-all-direct-access-to-xf86Screens Remove #ifdef soup in favour of xwayland compat header Signed-off-by: Christopher James Halse R

[PATCH 2/2] protocol: Explicitly mark requests which allow null arguments

Signed-off-by: Christopher James Halse Rogers --- protocol/wayland.xml | 18 +- 1 file changed, 9 insertions(+), 9 deletions(-) diff --git a/protocol/wayland.xml b/protocol/wayland.xml index 5260ecf..06b3d0f 100644 --- a/protocol/wayland.xml +++ b/protocol/wayland.xml

[PATCH 1/2] protocol: Add explicit nullable types

allow-null is now an error. An implementation will never receive a NULL value for these arguments from a client. Signed-off-by: Christopher James Halse Rogers --- src/connection.c| 81 ++- src/scanner.c | 32 + tests

Enforce non-null types in the protocol

These commits add a new, optional attribute to string, array, and objects in the protocol: allow-null. If an argument is marked as allow-null=false or does not have an allow-null attribute then attempting to pass null is a protocol error, is picked up in libwayland, and the call is not made. This

[PATCH xserver] dri2: Pass a ScreenPtr through to the driver's AuthMagic function. (v3)

herry-picked from master, with the subsequent fixup commit sqashed in, and modified to apply to the v6 DRI2InfoRec structure. Signed-off-by: Christopher James Halse Rogers --- hw/xfree86/dri2/dri2.c | 50 hw/xfree86/dri2/dri2.h | 11 +

Re: [PATCH] dri2: Pass a ScreenPtr through to the driver's AuthMagic

On Fri, 2012-06-15 at 21:54 +1000, Christopher James Halse Rogers wrote: > On Fri, 2012-06-15 at 12:35 +0200, Michel Dänzer wrote: > > On Fre, 2012-06-15 at 19:01 +1000, Christopher James Halse Rogers > > wrote: > > > xwayland drivers need access to their screen priv

Re: [PATCH] dri2: Pass a ScreenPtr through to the driver's AuthMagic

On Fri, 2012-06-15 at 12:35 +0200, Michel Dänzer wrote: > On Fre, 2012-06-15 at 19:01 +1000, Christopher James Halse Rogers > wrote: > > xwayland drivers need access to their screen private data to authenticate. > > Now that drivers no longer have direct access to the gl

xwayland patches past the xserver reindentation

As a part of getting an xwayland usable with the xserver 1.12.2 that will shortly be in Ubuntu I've rebased the xwayland branch on 1.12.2; you can find that here: https://github.com/RAOF/xserver/tree/xwayland-1.12.2 This is past the set of commits which reintented the server code. The patches are

[PATCH] dri2: Pass a ScreenPtr through to the driver's AuthMagic

xwayland drivers need access to their screen private data to authenticate. Now that drivers no longer have direct access to the global screen arrays, this needs to be passed in as function context. The way it was working was ugly, anyway. Signed-off-by: Christopher James Halse Rogers --- This

[PATCH] Add xwayland support (v2)

v2: Fix build against Xservers without Wayland support Don't try to acquire/drop drm master under Wayland Refresh for xserver 1.13 kill-all-direct-access-to-xf86Screens Signed-off-by: Christopher James Halse Rogers --- I'll send this upstream to nouveau once the correspo

Re: Wayland Client Rendering

On Tue, 2012-06-12 at 14:40 +, suranjana.bhattacha...@wipro.com wrote: > Hello, > > I am currently trying to build an example with Wayland Client rendering. Can > any body help me with following queries? > 1.What is Wayland Client rendering mechanism using cairo-gl? Wayland doesn't provide a

[PATCH] xwayland: Adapt to new initialisation sequence

--- src/intel_driver.c | 11 +++ 1 file changed, 7 insertions(+), 4 deletions(-) diff --git a/src/intel_driver.c b/src/intel_driver.c index e414406..7bf8b76 100644 --- a/src/intel_driver.c +++ b/src/intel_driver.c @@ -631,15 +631,18 @@ static Bool I830PreInit(ScrnInfoPtr scrn, int flags

[PATCH (nouveau)] Add xwayland support

Signed-off-by: Christopher James Halse Rogers --- This is mostly just for testing, although it should be safe to apply to nouveau trunk. src/nouveau_dri2.c | 34 +++ src/nv_driver.c| 163 +++- src/nv_type.h |7 +++ 3 files

[PATCH 2/2] xwayland: Decouple drm init from screen init.

The nouveau driver wants access to its drm fd well before xwl_screen_pre_init can be called. Allow this by decoupling xwl_screen creation, xwl drm initialisation, and xwl_screen_pre_init. Signed-off-by: Christopher James Halse Rogers --- hw/xfree86/xwayland/xwayland-drm.c |8

[PATCH 1/2] xwayland: Automatically load module if wayland support requested

This makes life a bit easier for the drivers Signed-off-by: Christopher James Halse Rogers --- hw/xfree86/common/xf86Config.c | 12 1 file changed, 12 insertions(+) diff --git a/hw/xfree86/common/xf86Config.c b/hw/xfree86/common/xf86Config.c index 7364a34..b916422 100644 --- a

Re: Code sharing between compositors and some anti-FUD (Re: [PATCH weston 0/5] Touchpad support)

On Fri, 2012-05-11 at 10:41 +0300, Pekka Paalanen wrote: > On Thu, 10 May 2012 09:45:44 -0700 > Christopher James Halse Rogers > wrote: > > > This brings up something that I've been wondering: what (if anything) is > > the long-term plan for input in Weston

Re: [PATCH weston 0/5] Touchpad support

On Wed, 2012-05-09 at 23:31 +0200, Jonas Ådahl wrote: > Hi, > > This series of changes introduces better support for touchpads when using > evdev for input handling. Some of the ideas and algorithms used comes from > the xserver and xf86-input-synaptics repositories. This brings up something that