[PATCH weston v2] clients: Add XKB compose key support

2016-10-06 Thread Bryce Harrington
This adds single-symbol compose support using libxkbcommon's compose functionality. E.g., assuming you have the right alt key defined as your compose key, typing +i+' will produce í, and +y+= will produce ¥. This makes compose key work for weston-editor, weston-terminal, weston-eventdemo, and any

Re: [PATCH weston] clients: Add compose key support for weston clients (wip)

2016-10-06 Thread Bryce Harrington
Wrong patch, disregard this one... On Thu, Oct 06, 2016 at 09:17:06PM -0700, Bryce Harrington wrote: > This adds single-symbol compose support using libxkbcommon's compose > functionality. E.g., assuming you have the right alt key defined as > your compose key, typing +i+' will produce í, and +y+

[PATCH weston] clients: Add compose key support for weston clients (wip)

2016-10-06 Thread Bryce Harrington
This adds single-symbol compose support using libxkbcommon's compose functionality. E.g., assuming you have the right alt key defined as your compose key, typing +i+' will produce í, and +y+= will produce ¥. The actual symbols available will depend on what the system makes available in its defaul

Re: [PATCH weston] clients: Add XKB compose key support

2016-10-06 Thread Bryce Harrington
On Thu, Oct 06, 2016 at 01:06:42PM +0100, Daniel Stone wrote: > Hi, > > On 6 October 2016 at 01:18, Bryce Harrington wrote: > > This adds single-symbol compose support using libxkbcommon's compose > > functionality. E.g., assuming you have the right alt key defined as > > your compose key, typin

Re: [PATCH weston] clients: Add XKB compose key support

2016-10-06 Thread Daniel Stone
Hi, On 6 October 2016 at 01:18, Bryce Harrington wrote: > This adds single-symbol compose support using libxkbcommon's compose > functionality. E.g., assuming you have the right alt key defined as > your compose key, typing +i+' will produce í, and +y+= will > produce ¥. This makes compose key

Re: [PATCH weston v2 2/3] compositor-drm: Add scanout support for linux_dmabuf buffers

2016-10-06 Thread Esaki Tomohito
Hi, Fabien Thanks for your reviewing. On 2016/10/05 0:45, Fabien DESSENNE wrote: > On 09/30/2016 11:28 AM, Tomohito Esaki wrote: >> +width = dmabuf->attributes.width; >> +height = dmabuf->attributes.height; >> +if (backend->min_width > width || >> +width > backend->max_width |

Re: [PATCH weston v2 2/3] compositor-drm: Add scanout support for linux_dmabuf buffers

2016-10-06 Thread Esaki Tomohito
Hi, Derek Thanks for your reviewing and testing. On 2016/10/04 3:20, Derek Foreman wrote: > If I mess up redraw() to call exit(1); after drawing 100 frames I get > the same weston crash with intel_do_flush_locked failed. > > I don't have a lot of time to dig into this right now - can you test an

Re: [PATCH weston v2 1/3] compositor-drm: refactor destroy drm_fb function

2016-10-06 Thread Vincent ABRIOU
Looks good to me. Reviewed-by: Vincent Abriou On 10/03/2016 07:28 PM, Derek Foreman wrote: > On 30/09/16 04:28 AM, Tomohito Esaki wrote: >> The drm_fb destroy callback to mostly the same thing regardless of >> whether the buffer is a dumb buffer or gbm buffer. This patch refactors >> the common

Re: [weston v2 0/2] gl-renderer: add support of I420 and NV12 SHM pixel

2016-10-06 Thread Vincent ABRIOU
Hi Daniel, Sorry for the indentation, it disappears when I merge the patch on top of the master. I will now check twice :) BR Vincent On 10/05/2016 07:16 PM, Daniel Stone wrote: > Hi Vincent, > > On 5 October 2016 at 13:54, Vincent Abriou wrote: >> This serie of patches add the support of the