RE: Re: Re: Questions about disabling key repeat for a keycode or a keysym

Dear Ran, thanks for your help. :) As you commented, I put the repeat string and value into inet file. It's succeed to control the repeat for each key. :) I would consider proposing to add our custom keys to xproto, but I think there are also many product specific keys. Thanks for your

Re: [PATCH wayland v2 00/01] protocol: Add summaries to event parameters

On Apr 26, 2016, at 1:53 PM, Yong Bakos wrote: > > On Apr 26, 2016, at 1:44 PM, Yong Bakos wrote: >> >> From: Yong Bakos >> >> This v2 patch reflects a rebasing on top of some recent grammar/spelling >> fixes, and it

Wayland 1.11 release cycle kickoff

Here's our schedule[1]: - 1.11-alpha around May 3rd. Major features done by this point. - 1.11-beta around May 17th. - 1.11-rc1 around May 24th. - 1.11.0 release around May 31st. Any changes to protocol must be landed prior to Alpha. New features / API additions should be landed by

RE: yocto bb file for wayland-protocol package

Thank you for your answer. I almost make bb file for wayland-protocols. It looks working fine with wayland/weston 1.10.0 but I don't know whether it is perfect or not. Anyway it working fine with one patch in my yocto build system and tested in TI arm board (Someon in IRC chat who suggest to

[PATCH 5/6] compositor: recompute output position on mode switch

When an output permanently changes its resolution, the output on the right should be moved accordingly. We also add an event for output resizing so that plugins can react when an output is resized. Signed-off-by: David Fort --- src/compositor.c | 34

[PATCH 6/6] desktop-shell: resize background, panel and lock surface on output resize

When an output is resized (permanent mode switch), we should also notify the shell client so that the panel, background and the lock screen fits to the new screen dimensions. Signed-off-by: David Fort --- desktop-shell/shell.c | 60

[PATCH 4/6] compositor: use generated constant instead of hardcoded value

Use SINCE macros instead of the hardcoded version value. Signed-off-by: David Fort --- src/compositor.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/compositor.c b/src/compositor.c index 5500197..b88936b 100644 --- a/src/compositor.c

[PATCH 3/6] rdp: Fix the ContextNew callback with recent FreeRDP versions

Since a quite long time FreeRDP expect the ContextNew callback to return TRUE when it succeeds. Without this we have some arbitrary failures (most probably when eax is 0 at the end of the function). Signed-off-by: David Fort --- src/compositor-rdp.c | 19

[PATCH 2/6] rdp: don't release the seat until it is safe

Releasing a seat is not safe, so let's just announce it without keyboard and mouse until this is fixed. Without this patch we just can't reconnect on the RDP compositor as it crashes. Signed-off-by: David Fort --- src/compositor-rdp.c | 32

[PATCH 1/6] rdp: allow to compile against FreeRDP 2.0

FreeRDP 2.0 is about to be released, this allows to compile against this version. The detection is adjusted to prefer FreeRDP 2 against version 1.x. Signed-off-by: David Fort --- configure.ac | 8 +++- src/compositor-rdp.c | 23

[PATCH 0/6] RDP compositor needs love v2

Compared to the first version: * compilation with FreeRDP 2.0 is now prefered; * trivial patch using constant instead of hard coded value has its own commit; * I have splitted the output resized patch so that the shell and the core weston part are separated. I have also reworked the shell part

Re: [PATCH weston] refactor configuration API of fbdev-backend

Hello pq, Thanks for your review. I did a patch update. About the initialization and memory leak of .device options, as we discussed on IRC, the current code is valid :) because of the following lines : + if (!config.device) + config.device = strdup("/dev/fb0"); Thus I

[PATCH weston,v2] refactor configuration API of fbdev-backend

Implement a "well" defined API to configure the fbdev backend. Following and according to discution about libweston API --- Signed-off-by: Benoit Gschwind v1: - add src/compositor-fbdev.h in the Makefile.am - fix typo Makefile.am| 3 ++-

Re: [PATCH wayland v2 00/01] protocol: Add summaries to event parameters

On Apr 26, 2016, at 1:44 PM, Yong Bakos wrote: > > From: Yong Bakos > > This v2 patch reflects a rebasing on top of some recent grammar/spelling > fixes, and it also uses "surface local" as opposed to "surface-relative." > > Despite the bit of

[PATCH wayland v2 01/01] protocol: Add summaries to event parameters

From: Yong Bakos All event arg elements now have an appropriate summary attribute. This was conducted mostly in response to the undocumented parameter warnings generated during 'make check'. Signed-off-by: Yong Bakos --- protocol/wayland.xml

[PATCH wayland v2 00/01] protocol: Add summaries to event parameters

From: Yong Bakos This v2 patch reflects a rebasing on top of some recent grammar/spelling fixes, and it also uses "surface local" as opposed to "surface-relative." Despite the bit of discussion[1] of using "surface-local", this patch simply matches the existing

Re: yocto bb file for wayland-protocol package

On 21 April 2016 at 14:22, 이양우 wrote: > Im trying to build wayland 1.9.91 for TI ARM target board.. > > But it looks require wayland-protocols??.bb I already have wayland.bb > Weston.bb. > > Anyone give me example for wayland-protocols.bb Yocto/oe-core is still

Re: [PATCH wayland-protocols, weston v3 0/17] Stabilize wl_scaler as wp_viewporter

On Apr 26, 2016, at 7:50 AM, Pekka Paalanen wrote: > > From: Pekka Paalanen > > Hi, > > here is the v3 of the stabilization series, which I hope to the final to be > merged. > > The wayland-protocols patches are essentially the same as v2,

Re: yocto bb file for wayland-protocol package

On Apr 21, 2016, at 6:22 AM, 이양우 wrote: > > Im trying to build wayland 1.9.91 for TI ARM target board.. > But it looks require wayland-protocols??.bb I already have wayland.bb > Weston.bb. > Anyone give me example for wayland-protocols.bb > > Thank you. Hi

[PATCH weston v3 15/17] compositor: check viewport dst size validity

From: Pekka Paalanen wp_viewpoerter requires the destination size to be always in integers, even then it is implicit from source rectangle. Emit appropriate protocol errors. Signed-off-by: Pekka Paalanen --- src/compositor.c | 32

[PATCH weston v3 13/17] compositor: fix wp_viewport use after free

From: Pekka Paalanen If a client destroyed the wl_surface before the wp_viewport, Weston core would access freed memory, because the weston_surface pointer stored in the wp_viewport wl_resource's user data was stale. Fix this by setting the user data to NULL on

[PATCH weston v3 16/17] compositor: fix wp_viewport.set_source errors

From: Pekka Paalanen The revised wp_viewport spec requires that unset has to have all of x, y, width and height -1 to be recognized. Check for negative x and y and raise the required error. The error event now mentions the wl_surface, too. Signed-off-by: Pekka

[PATCH weston v3 07/17] compositor: refactor into convert_size_by_transform_scale()

From: Pekka Paalanen There were two copies of code applying transform and scale to size. Refactor the code to use just one copy in a new function. Signed-off-by: Pekka Paalanen --- src/compositor.c | 80

[PATCH weston v3 12/17] protocol: remove scaler.xml

From: Pekka Paalanen The stable version of the scaling and cropping extension is found in wayland-protocols as viewporter.xml. Remove scaler.xml as nothing uses it. Signed-off-by: Pekka Paalanen --- Makefile.am | 5 --

[PATCH weston v3 11/17] clients/simple-damage: migrate to wp_viewporter

From: Pekka Paalanen Use wp_viewporter instead of wl_scaler and rename things as appropriate. Signed-off-by: Pekka Paalanen --- Makefile.am | 4 ++-- clients/simple-damage.c | 32 2

[PATCH weston v3 14/17] compositor: check viewport source rect validity

From: Pekka Paalanen wp_viewporter spec requires protocol errors when the viewport is outside the buffer area. The viewport is checked in wl_surface.commit handler as the error needs to be delivered as a reply to the commit, not at state apply time later (e.g.

[PATCH wayland-protocols v3 5/5] stable/viewporter: add more error cases

From: Pekka Paalanen Rather than silenty doing things, make them explicit and error if anything is not quite right. Suggested by Daniel Stone. Signed-off-by: Pekka Paalanen Reviewed-by: Daniel Stone [Pekka:

[PATCH weston v3 08/17] compositor: migrate to stable viewporter.xml

From: Pekka Paalanen Migrate from wl_scaler to wp_viewporter extension. The viewporter.xml file is provided by wayland-protocols. This stops Weston from advertising wl_scaler, and advertises wp_viewporter instead. Signed-off-by: Pekka Paalanen

[PATCH wayland-protocols v3 4/5] stable/viewporter: rephrase a wp_viewport paragraph

From: Pekka Paalanen Cc: Yong Bakos Signed-off-by: Pekka Paalanen Reviewed-by: Yong Bakos Reviewed-by: Daniel Stone [Pekka: s/culled/ignored/] ---

[PATCH weston v3 10/17] clients/scaler: migrate to wp_viewporter

From: Pekka Paalanen Use wp_viewporter instead of wl_scaler and rename things accordingly. Since interface versions were reset, there is no need to check the interface version anymore, and the wl_scaler.set request disappeared. Signed-off-by: Pekka Paalanen

[PATCH weston v3 09/17] compositor: rename scaler to viewport(er)

From: Pekka Paalanen Since the interface is now called wp_viewport, rename functions from "scaler" to "viewporter" as well. scaler_surface_to_buffer() is renamed to viewport_surface_to_buffer() because it is more about viewport than viewporter. Signed-off-by:

[PATCH wayland-protocols v3 1/5] stable: add viewporter draft

From: Pekka Paalanen This XML file has been copied verbatim from Weston 1.10.0 release, protocol/scaler.xml. The interfaces still need renaming according to wayland-protocols policy. Also a redundant request needs to be removed. These will be done in a follow-up

Re: [PATCH weston] refactor configuration API of fbdev-backend

On Sat, 23 Apr 2016 11:14:27 +0200 Benoit Gschwind wrote: > Implement a "well" defined API to configure the fbdev backend. > Following according to discution about libweston API > --- > v0: > - First proposal. > > src/compositor-fbdev.c | 45