Re: [PATCH wayland-protocols v5] text: Create second version of text input protocol

Bill Spitzak writes: > On Fri, Mar 25, 2016 at 12:16 AM, Daiki Ueno wrote: > > > > + > > + Allows to atomically send state updates from client. > > + > > + This request should follow after a batch of state updating requests > > + like

Re: [PATCH wayland-protocols v5] text: Create second version of text input protocol

al on the client side. Then the serial could later be obtained from the compositor through wl_callback.done. Would that cause any race conditions? Regards, -- Daiki Ueno ___ wayland-devel mailing list wayland-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/wayland-devel

Re: [PATCH wayland-protocols] text: Create second version of text input protocol

Request to get the surrounding text and cursor position sent from the > client. > + > + > + > + These events have the same description. Would you mind explaining how they are supposed to be used, maybe in combination with the set_surrounding_text request?

Re: [PATCH weston] animation: Use fixed spring in weston_view_animation_run

Kristian Høgsberg writes: > On Tue, Apr 08, 2014 at 03:54:43PM +0900, Daiki Ueno wrote: >> From: Daiki Ueno >> >> Since commit 3a869019, weston_view_animation_run initializes the >> spring with an arbitrary value range. This should be fine if the >> range is n

[PATCH] terminal: Don't try to render RLE used as a placeholder

weston-terminal uses RLE (U+202B) as a placeholder of the right half of a double width character. However, not all fonts include this glyph and cairo renders it as .notdef (glyph index 0) in that case. --- A screenshot showing the problem: http://du-a.org/~ueno/junk/terminal-rle.png where a small

[PATCH weston] animation: Use fixed spring in weston_view_animation_run

From: Daiki Ueno Since commit 3a869019, weston_view_animation_run initializes the spring with an arbitrary value range. This should be fine if the range is narrow enough, but if the range is wide, the spring functions converge too slowly, since the step is hard-coded. This patch partially

[PATCH weston 0/2] input-method: Make wl_input_method_context reactivatable

ch to allow multiple activation/deactivation of an input method context. Comments would be appreciated. Daiki Ueno (2): input-method: Fix typo in description input-method: Make wl_input_method_context reactivatable clients/editor.c | 2 - clients/keyboard.c

[PATCH weston 1/2] input-method: Fix typo in description

--- protocol/input-method.xml | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/protocol/input-method.xml b/protocol/input-method.xml index 70afdcb..448440e 100644 --- a/protocol/input-method.xml +++ b/protocol/input-method.xml @@ -29,7 +29,7 @@ Corres

[PATCH weston 2/2] input-method: Make wl_input_method_context reactivatable

Change the semantics of wl_input_method_context activation/deactivation mechanism, similar to what wl_text_input does. Previously, a wl_input_method_context object is created upon wl_input_method::activate event and cannot persist after deactivation, while the counterpart wl_text_input object pers

xim-wayland

display preedit on a floating wl_input_panel if an X client does not support preedit, though I have no idea how to place it near the client window. Regards, -- Daiki Ueno ___ wayland-devel mailing list wayland-devel@lists.freedesktop.org http://lists.

[PATCH] build: Remove wayland-scanner.{m4,mk,pc}

Remove autotools related stuff no longer used by weston. --- Makefile.am | 5 - configure.ac | 2 -- src/Makefile.am | 3 --- src/wayland-scanner-uninstalled.pc.in | 6 -- src/wayland-scanner.pc.in |

[PATCH v2 weston] autotools: Don't use wayland-scanner.m4

--- Put makefile rules into $(top_srcdir)/wayland-scanner.mk and include it from Makefile.am. Makefile.am | 2 +- clients/Makefile.am | 3 ++- configure.ac | 5 ++--- src/Makefile.am | 3 ++- src/xwayland/Makefile.am | 3 ++- tests/Makefile.am| 3 ++-

[PATCH weston] autotools: Don't use wayland-scanner.m4

--- As Kristian pointed in: wayland-scanner.m4 is not so beneficial compared to copying a few lines of autoconf/makefile snippets around. After this, wayland-scanner.{pc,m4,mk} could be dropped from wayland. clients/Ma

Re: [PATCH wayland 3/3] scanner: check for wayland-scanner.pc before using variables

e variables end up being set > irrespectively, leaving the user with odd compiler errors about missing > headers, etc. Did you actually get any errors? I didn't get any, when compiling the Wayland support for IBus, without Wayland installation. Regards, -- Daiki Ueno

Re: [PATCH wayland 2/2] build: Add wayland-scanner.pc.

tall/share/pkgconfig:/usr/lib64/pkgconfig:/usr/lib/pkgconfig:/usr/share/pkgconfig Regards, -- Daiki Ueno ___ wayland-devel mailing list wayland-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/wayland-devel

[PATCH wayland 2/2] build: Add wayland-scanner.pc.

To allow user program to include wayland-scanner.m4 in tarball, move the path variables from it into wayland-scanner.pc. --- Makefile.am | 2 +- configure.ac | 3 ++- src/Makefile.am | 3 +++ src/wayland-scanner-uninstalle

[PATCH wayland 1/2] build: Install wayland-scanner.mk under $(pkgdatadir).

--- Makefile.am | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/Makefile.am b/Makefile.am index 306d7b3..df6d4b3 100644 --- a/Makefile.am +++ b/Makefile.am @@ -7,6 +7,6 @@ SUBDIRS = src protocol $(doc_subdir) tests cursor ACLOCAL_AMFLAGS = -I m4 ${ACLOCAL_FLAGS} aclocal

[PATCH wayland 0/2] build: Make wayland-scanner.m4 distributable

this. The first patch is not really necessary, but I think $(pkgdatadir) is more appropriate location than $(datadir)/aclocal for wayland-scanner.mk. The second patch moves the path variables into wayland-scanner.pc and let wayland-scanner.m4 fetch those variables using pkg-config. Daiki Ueno (2

[PATCH weston] editor: Fix segfault when deleting the first character

--- clients/editor.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/clients/editor.c b/clients/editor.c index d4e4e92..3fb645b 100644 --- a/clients/editor.c +++ b/clients/editor.c @@ -380,11 +380,11 @@ text_input_keysym(void *data, text_entry_commit_and_re