that @offset and @n_chars
>> * are in characters not in bytes which differs from the usage other
>> * places in #GtkIMContext.
>
> `gtk_im_context_get_preedit_string`
>
>> * @cursor_pos: (out): location to store position of cursor (in
On Fri, 2017-08-04 at 22:04 +0200, jana...@gmail.com wrote:
> On Sat, 2017-06-24 at 16:03 -0500, Joshua Watt wrote:
> > Previously, the hide_input_panel and show_input_panel messages for
> > the text
> > input protocol were limited to specific cases, such as showing the
> &
On Fri, 2017-08-04 at 22:04 +0200, jana...@gmail.com wrote:
> On Sat, 2017-06-24 at 16:03 -0500, Joshua Watt wrote:
> > Previously, the hide_input_panel and show_input_panel messages for
> > the text
> > input protocol were limited to specific cases, such as showing the
> &
On Fri, 2017-08-04 at 22:04 +0200, jana...@gmail.com wrote:
> On Sat, 2017-06-24 at 16:03 -0500, Joshua Watt wrote:
> > Previously, the hide_input_panel and show_input_panel messages for
> > the text
> > input protocol were limited to specific cases, such as showing the
> &
On Wed, 2017-07-19 at 17:48 +0200, Silvan Jegen wrote:
> On Wed, Jul 19, 2017 at 3:49 PM, Joshua Watt <jpewhac...@gmail.com>
> wrote:
> > On Sun, 2017-07-09 at 21:26 +0200, Silvan Jegen wrote:
> > > Hi Joshua
> > >
> > > On Wed, Jul 05, 2017 at 08:58:
On Sun, 2017-07-09 at 21:26 +0200, Silvan Jegen wrote:
> Hi Joshua
>
> On Wed, Jul 05, 2017 at 08:58:51AM -0500, Joshua Watt wrote:
> > On Sat, 2017-06-24 at 16:03 -0500, Joshua Watt wrote:
> > > Previously, the hide_input_panel and show_input_panel messages
> > &g
On Sat, 2017-06-24 at 16:03 -0500, Joshua Watt wrote:
> Previously, the hide_input_panel and show_input_panel messages for
> the text
> input protocol were limited to specific cases, such as showing the
> panel on
> activation, or making the panel visible after activation.
as they are the currently
active client
Signed-off-by: Joshua Watt <jpewhac...@gmail.com>
---
compositor/text-backend.c | 22 --
1 file changed, 12 insertions(+), 10 deletions(-)
diff --git a/compositor/text-backend.c b/compositor/text-backend.c
index bf5c45c..6add101 100644
--- a/comp
> I'm working on an embedded device where we are writing our own custom
> Wayland compositor, and we have need of a virtual keyboard (something
> implementing one of the text-input protocols). Does anyone know of
> such a project? My searches turned up maliit
> (https://github.com/maliit), but I
was wondering if anyone knew of
other options we could investigate?
Thanks,
Joshua Watt
___
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/wayland-devel
On 04/03/2017 07:22 PM, Peter Hutterer wrote:
On Tue, Apr 04, 2017 at 08:16:03AM +0900, Carsten Haitzler wrote:
On Fri, 31 Mar 2017 17:29:19 +1000 Peter Hutterer
said:
If you're going to do this ... why not just do it for keyboards, mice, touch
panels etc. too?
11 matches
Mail list logo