On Mon, Apr 15, 2013 at 9:44 AM, Pekka Paalanen wrote:
> On Mon, 15 Apr 2013 09:08:44 -0400
> Yichao Yu wrote:
>
>> On Mon, Apr 15, 2013 at 5:00 AM, Pekka Paalanen
>> wrote:
>> > On Mon, 15 Apr 2013 04:03:43 -0400
>> > Yichao Yu wrote:
>> >
>&
On Mon, Apr 15, 2013 at 5:00 AM, Pekka Paalanen wrote:
> On Mon, 15 Apr 2013 04:03:43 -0400
> Yichao Yu wrote:
>
>> On Mon, Apr 15, 2013 at 3:45 AM, Pekka Paalanen
>> wrote:
>> > On Sun, 14 Apr 2013 21:45:37 -0400
>> > Yichao Yu wrote:
>> >
On Mon, Apr 15, 2013 at 3:45 AM, Pekka Paalanen wrote:
> On Sun, 14 Apr 2013 21:45:37 -0400
> Yichao Yu wrote:
>
>> On Sun, Apr 14, 2013 at 9:33 PM, Matthias Clasen
>> wrote:
>> > On Fri, Apr 12, 2013 at 1:33 PM, Yichao Yu
>> > wrote:
>> >> A
On Sun, Apr 14, 2013 at 9:38 PM, Bill Spitzak wrote:
> On 04/14/2013 06:33 PM, Matthias Clasen wrote:
>>
>> On Fri, Apr 12, 2013 at 1:33 PM, Yichao Yu wrote:
>>>
>>> A lot of useful features require clipboard access and monitoring
>>> without havi
On Sun, Apr 14, 2013 at 9:33 PM, Matthias Clasen
wrote:
> On Fri, Apr 12, 2013 at 1:33 PM, Yichao Yu wrote:
>> A lot of useful features require clipboard access and monitoring
>> without having a keyboard focus, e.g. clipboard action (klipper[1] and
>> some download agents)
On Fri, Apr 12, 2013 at 4:22 PM, Jiergir Ogoerg wrote:
>> A lot of useful features require clipboard access and monitoring
>> without having a keyboard focus, e.g. clipboard action (klipper[1] and
>> some download agents), command line access (IPython's %paste magic).
>> This patch sends out selec
From: Yichao Yu
---
src/data-device.c | 61 ---
1 file changed, 18 insertions(+), 43 deletions(-)
diff --git a/src/data-device.c b/src/data-device.c
index 92ceb12..e5993a1 100644
--- a/src/data-device.c
+++ b/src/data-device.c
@@ -329,17
A lot of useful features require clipboard access and monitoring
without having a keyboard focus, e.g. clipboard action (klipper[1] and
some download agents), command line access (IPython's %paste magic).
This patch sends out selection events to all clients when the
selection owner changes no matte
On Wed, Apr 10, 2013 at 6:51 AM, Pekka Paalanen wrote:
> On Sun, 07 Apr 2013 21:51:44 -0400
> Weng Xuetian wrote:
>
> > can't this be extended in a way that in a more key value like favor?
> >
> > Input method annouce what value it's interested first, and text_model
> > set the corresponding val
Does this mean it is not possible to start a stand alone input method???
On Sun, Apr 7, 2013 at 6:12 PM, Jan Arne Petersen
wrote:
> From: Jan Arne Petersen
>
> Signed-off-by: Jan Arne Petersen
> ---
> src/text-backend.c | 21 ++---
> 1 file changed, 14 insertions(+), 7 deletio
Anyone know about clipboard?
On Sat, Mar 30, 2013 at 11:39 PM, Yichao Yu wrote:
> Hi,
>
> I have already sent a email about the clipboard and selection in
> wayland a few weeks ago[1] (mainly about middle button paste). After
> reading more about clipboard and selection protoco
On Wed, Apr 3, 2013 at 1:18 PM, Daniel Stone wrote:
> Hi,
>
> On 3 April 2013 18:01, Yichao Yu wrote:
> > Yes I am talking about menu not notification (sorry the name is status
> > notifier[1] instead of status notification), which is the system tray
> > protocol.
On Wed, Apr 3, 2013 at 12:56 PM, Daniel Stone wrote:
> Hi Yichao,
>
> On 3 April 2013 17:50, Yichao Yu wrote:
> > On Wed, Apr 3, 2013 at 12:43 PM, Kristian Høgsberg
> > wrote:
> >> I can't think of anything that does this in any desktop environment
> >
On Wed, Apr 3, 2013 at 12:43 PM, Kristian Høgsberg wrote:
> On Wed, Apr 03, 2013 at 12:04:46PM -0400, Yichao Yu wrote:
> > On Wed, Apr 3, 2013 at 11:16 AM, Kristian Høgsberg >wrote:
> >
> > > On Wed, Apr 3, 2013 at 10:59 AM, Yichao Yu wrote:
> > > >
>
On Wed, Apr 3, 2013 at 11:16 AM, Kristian Høgsberg wrote:
> On Wed, Apr 3, 2013 at 10:59 AM, Yichao Yu wrote:
> >
> >
> >
> > On Wed, Apr 3, 2013 at 12:00 AM, Daniel Stone
> wrote:
> >>
> >> Hi,
> >>
> >> On 3 April 2013 03:09, K
On Wed, Apr 3, 2013 at 12:00 AM, Daniel Stone wrote:
> Hi,
>
> On 3 April 2013 03:09, Kristian Høgsberg wrote:
> > On Sat, Mar 30, 2013 at 01:31:34AM -0400, Matthias Clasen wrote:
> >> - It looks like I can't trigger a popup from a key or touch event,
> >> because set_popup requires a serial tha
there any reason this is
designed in such a way?
[1]
http://www.mail-archive.com/wayland-devel@lists.freedesktop.org/msg07467.html
[2] https://bugs.freedesktop.org/show_bug.cgi?id=52077#c1
Yichao Yu
___
wayland-devel mailing list
wayland-devel@l
On Tue, Mar 19, 2013 at 11:01 AM, Friar wrote:
> Please also consider the case of video games that are running in
> non-full-screen mode that don't WANT key auto-repeat. They should have a
> way to turn off repeated notifications. Having to wade through a ton of
> auto-repeated keyboard events t
it's own
> processing in cases it wants to be different.
Not completely agree with mouse button auto repeat (it sounds
weird. :P ), but others may be useful if done correctly. Although
that should probably be a different story. No new pro
On Sun, Mar 17, 2013 at 9:21 PM, wrote:
> (Client Side Decorations.)
>
> 08:19PM < krh> in other news, the csd branch of gtk+ was merged today
> 08:20PM < soreau> They have min/max buttons hidden by default
> 08:20PM < krh> that's how the theme is
> 08:21PM < soreau> krh: How do you change the th
Hi Scott,
On Sun, Mar 17, 2013 at 8:51 PM, Scott Moreau wrote:
> On Sun, Mar 17, 2013 at 5:36 PM, Yichao Yu wrote:
>> Hi,
>>
>> Seems that weston uses a client side keyboard auto-repeat that is
>> HARD-CODED in `window.c` and I haven't seen anywhere in wayland&#x
On Sun, Mar 17, 2013 at 7:30 PM, Hardening wrote:
> On 17/03/2013 23:59, Sylvain BERTRAND wrote:
>> On Sun, Mar 17, 2013 at 11:32:21PM +0100, Hardening wrote:
>>> This patch adds a shutdow event so that clients can be notified
>>> when the compositor is about to exit (and potentially kill its
>>>
er or shouldn't a least a
recommended value that can also be set from client be added?
Yichao Yu
___
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/wayland-devel
On Tue, Mar 12, 2013 at 7:19 PM, Yichao Yu wrote:
> On Tue, Mar 12, 2013 at 12:51 PM, Bill Spitzak wrote:
>> On 03/11/2013 07:56 PM, Yichao Yu wrote:
>>
>>> It may depends on how you define selecting but the point here is the
>>> content you start dragging shoul
On Tue, Mar 12, 2013 at 12:51 PM, Bill Spitzak wrote:
> On 03/11/2013 07:56 PM, Yichao Yu wrote:
>
>> It may depends on how you define selecting but the point here is the
>> content you start dragging should never clear the current PRIMARY
>> selection (use x11 name to a
On Mon, Mar 11, 2013 at 2:25 PM, Bill Spitzak wrote:
> Yichao Yu wrote:
>
>> I think the middle button paste function is very different from
>> drag-and-drop. It's more like a auto-copy-clipboard. For
>> drag-and-drop, the client that starts the dnd (therefore prov
tton paste should be supported by adding a set of
requests/events similar to those of selections to wl_data_device (just
like the relation between PRIMARY and CLIPBOARD selection in X11).
Since all toolkit support the middle button paste in x11 now, they
should support these just well in this way.
On Sun, Mar 10, 2013 at 12:07 AM, Scott Moreau wrote:
> Hi Yichao,
>
> On Sat, Mar 9, 2013 at 9:47 PM, Yichao Yu wrote:
>>
>> Hi,
>>
>> In X11 there are CLIPBOARD and PRIMARY selection each correspond to
>> the current clipboard and selected content and ap
d way, should this be
considered a bug and should the selection signal used in a similar way
as the XFixes signal in X to monitor clibpoard/selection changes?
Thanks.
Yichao Yu
___
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
On Tue, Feb 19, 2013 at 3:11 PM, Jan Arne Petersen
wrote:
> On 19.02.2013 20:01, Yichao Yu wrote:
>> On Tue, Feb 19, 2013 at 1:26 PM, Jan Arne Petersen
>> wrote:
>>> From: Jan Arne Petersen
>>>
>>> This series finalizes the first version of the tex
On Tue, Feb 19, 2013 at 2:18 PM, Michael Hasselmann
wrote:
> On Tue, 2013-02-19 at 14:01 -0500, Yichao Yu wrote:
>> On Tue, Feb 19, 2013 at 1:26 PM, Jan Arne Petersen
>> wrote:
>> > From: Jan Arne Petersen
>> >
>> > This series finalizes the first vers
+++---
> tests/Makefile.am | 5 +-
> tests/text-test.c | 147 +--
> 12 files changed, 589 insertions(+), 622 deletions(-)
> delete mode 100644 protocol/text.xml
>
> --
> 1.8.1.2
>
> _______
On Tue, Feb 19, 2013 at 1:27 PM, Jan Arne Petersen
wrote:
> From: Jan Arne Petersen
>
> Signed-off-by: Jan Arne Petersen
> ---
> clients/view.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/clients/view.c b/clients/view.c
> index 1bb9b9b..bfad897 100644
> --- a/clients/view.c
> +++
On Sun, Feb 3, 2013 at 2:56 AM, Bill Spitzak wrote:
> On 02/02/2013 09:12 PM, Yichao Yu wrote:
>
>> E.g. for non-cjk input method, there is likely to be only one per
>> language (which is likely to be a keyboard layout). They normally
>> never need cursor following wind
On Fri, Feb 1, 2013 at 3:40 AM, Jan Arne Petersen
wrote:
> On 01.02.2013 09:21, Pekka Paalanen wrote:
>> On Thu, 31 Jan 2013 17:45:25 -0500
>> Yichao Yu wrote:
>>
>>> On Thu, Jan 31, 2013 at 5:19 PM, Pekka Vuorela wrote:
>>>> Problem with window title
On Sat, Feb 2, 2013 at 7:51 AM, Michael Hasselmann
wrote:
> On Sat, 2013-02-02 at 13:39 +0100, Michael Hasselmann wrote:
>> Hi!
>>
>> Shouldn't the naming for the complementary interfaces in Weston's
>> protocol/text.xml and protocol/input-method.xml be more consistent?
>>
>> For instance, there's
On Sat, Feb 2, 2013 at 4:49 AM, Pekka Vuorela wrote:
> On 01.02.2013 21:53, Yichao Yu wrote:
>>
>> On Fri, Feb 1, 2013 at 1:48 PM, Pekka Vuorela wrote:
>>>
>>> On 01.02.2013 00:45, Yichao Yu wrote:
>>>>
>>>>
>>>> On Thu, Jan
On Fri, Feb 1, 2013 at 6:36 PM, Yichao Yu wrote:
> On Fri, Feb 1, 2013 at 6:15 PM, Bill Spitzak wrote:
>> Will simple input methods that have no state have to do anything about this,
>> or is it trivial to support?
>>
>> What I am wondering is if an input method that
uppose with a destroy event (which we have now). A simple input
method that don't want to worry about keeping track of context's
(which I personally don't really want to call it a full function input
method) can just bind the object and leave it there until the destroy
event comes a
On Fri, Feb 1, 2013 at 1:48 PM, Pekka Vuorela wrote:
> On 01.02.2013 00:45, Yichao Yu wrote:
>>
>> On Thu, Jan 31, 2013 at 5:19 PM, Pekka Vuorela wrote:
>>>
>>> On 31.01.2013 02:54, Yichao Yu wrote:
>>>>
>>>>
>>>> Hi,
>>&
On Thu, Jan 31, 2013 at 9:52 AM, Jan Arne Petersen
wrote:
> From: Jan Arne Petersen
>
> Add an extra cursor_position, which also allows to change the anchor
> (for slections). Change the index type to int to allow setting it before
> the beginning of a commited string.
>
> The cursor should not b
On Fri, Feb 1, 2013 at 9:38 AM, Pekka Paalanen wrote:
> On Fri, 1 Feb 2013 08:39:08 -0500
> Yichao Yu wrote:
>
>> On Fri, Feb 1, 2013 at 3:21 AM, Pekka Paalanen wrote:
>> > On Thu, 31 Jan 2013 17:45:25 -0500
>> > Yichao Yu wrote:
>> >
>> >>
On Fri, Feb 1, 2013 at 8:31 AM, Jan Arne Petersen
wrote:
> On 01.02.2013 13:43, Yichao Yu wrote:
>> On Fri, Feb 1, 2013 at 3:25 AM, Jan Arne Petersen
>> wrote:
>>> On 31.01.2013 23:49, Weng Xuetian wrote:
>>>> On Thursday 31 January 2013 20:50:00，Jan Arne Pe
On Fri, Feb 1, 2013 at 3:21 AM, Pekka Paalanen wrote:
> On Thu, 31 Jan 2013 17:45:25 -0500
> Yichao Yu wrote:
>
>> On Thu, Jan 31, 2013 at 5:19 PM, Pekka Vuorela wrote:
>> > Problem with window titles and all is that they are information not meant
>> > to
>&
On Fri, Feb 1, 2013 at 8:06 AM, Jan Arne Petersen
wrote:
> On 01.02.2013 13:46, Yichao Yu wrote:
>> On Fri, Feb 1, 2013 at 3:18 AM, Jan Arne Petersen
>> wrote:
>>> On 31.01.2013 23:39, Weng Xuetian wrote:
>>>> And, IMHO, those hint should be set in a key-v
On Fri, Feb 1, 2013 at 2:51 AM, Jan Arne Petersen
wrote:
> On 29.01.2013 03:49, Yichao Yu wrote:
>> With the comment on the recent patches for the input method protocol,
>> it seems that we are finally on the way to support cursor following.
>> However I still have som
On Fri, Feb 1, 2013 at 3:18 AM, Jan Arne Petersen
wrote:
> On 31.01.2013 23:39, Weng Xuetian wrote:
>> On Thursday 31 January 2013 17:44:02，Jan Arne Petersen :
>>> From: Jan Arne Petersen
>>>
>>> The proposed API allows to send the language and text-direction for
>>> inserted text from an input-m
On Fri, Feb 1, 2013 at 3:25 AM, Jan Arne Petersen
wrote:
> On 31.01.2013 23:49, Weng Xuetian wrote:
>> On Thursday 31 January 2013 20:50:00，Jan Arne Petersen :
>>> Currently the context is state-less but even when we add state there, in
>>> Qt, for example, there is currently just one input contex
On Thu, Jan 31, 2013 at 5:39 PM, Weng Xuetian wrote:
> On Thursday 31 January 2013 17:44:02，Jan Arne Petersen :
>> From: Jan Arne Petersen
>>
>> The proposed API allows to send the language and text-direction for
>> inserted text from an input-method to an application.
>>
>> It also allows an app
On Thu, Jan 31, 2013 at 5:19 PM, Pekka Vuorela wrote:
> On 31.01.2013 02:54, Yichao Yu wrote:
>>
>> Hi,
>>
>> On Wed, Jan 30, 2013 at 4:09 PM, Pekka Vuorela wrote:
>>>
>>> On 29.01.2013 04:49, Yichao Yu wrote:
>>>>
>>>>
&g
On Thu, Jan 31, 2013 at 4:19 PM, Bill Spitzak wrote:
>
>
> Yichao Yu wrote:
>>
>> On Thu, Jan 31, 2013 at 2:20 PM, Bill Spitzak wrote:
>>>
>>> On 01/31/2013 10:42 AM, Michael Hasselmann wrote:
>>>
>>>> You need to place your cursor at
On Thu, Jan 31, 2013 at 4:00 PM, Yichao Yu wrote:
> On Thu, Jan 31, 2013 at 3:18 PM, Jan Arne Petersen
> wrote:
>> On 31.01.2013 16:38, Yichao Yu wrote:
>>> On Thu, Jan 31, 2013 at 9:52 AM, Jan Arne Petersen
>>> wrote:
>>>> From: Jan Arne Petersen
On Thu, Jan 31, 2013 at 3:18 PM, Jan Arne Petersen
wrote:
> On 31.01.2013 16:38, Yichao Yu wrote:
>> On Thu, Jan 31, 2013 at 9:52 AM, Jan Arne Petersen
>> wrote:
>>> From: Jan Arne Petersen
>>>
>>> Another series of input method support patches
On Thu, Jan 31, 2013 at 3:06 PM, Jan Arne Petersen
wrote:
> On 31.01.2013 20:59, Yichao Yu wrote:
>> On Thu, Jan 31, 2013 at 2:50 PM, Jan Arne Petersen
>> wrote:
>>> Currently the context is state-less but even when we add state there, in
>>> Qt, for example,
On Thu, Jan 31, 2013 at 2:59 PM, Yichao Yu wrote:
> On Thu, Jan 31, 2013 at 2:50 PM, Jan Arne Petersen
> wrote:
>> On 31.01.2013 18:00, Yichao Yu wrote:
>>> On Thu, Jan 31, 2013 at 11:44 AM, Jan Arne Petersen
>>> wrote:
>>>> From: Jan Arne Petersen
>
On Thu, Jan 31, 2013 at 2:50 PM, Jan Arne Petersen
wrote:
> On 31.01.2013 18:00, Yichao Yu wrote:
>> On Thu, Jan 31, 2013 at 11:44 AM, Jan Arne Petersen
>> wrote:
>>> From: Jan Arne Petersen
>>>
>>> The proposed API allows to send the language and te
On Thu, Jan 31, 2013 at 2:43 PM, Jan Arne Petersen
wrote:
> On 31.01.2013 20:20, Bill Spitzak wrote:
>> On 01/31/2013 10:42 AM, Michael Hasselmann wrote:
>>
>>> You need to place your cursor at the left or right end of a text entry
>>> (actually, right or left of the possibly already existing text
On Thu, Jan 31, 2013 at 2:20 PM, Bill Spitzak wrote:
> On 01/31/2013 10:42 AM, Michael Hasselmann wrote:
>
>> You need to place your cursor at the left or right end of a text entry
>> (actually, right or left of the possibly already existing text, on
>> focus-in). An explicit text direction event
On Thu, Jan 31, 2013 at 12:00 PM, Yichao Yu wrote:
> On Thu, Jan 31, 2013 at 11:44 AM, Jan Arne Petersen
> wrote:
>> From: Jan Arne Petersen
>>
>> The proposed API allows to send the language and text-direction for
>> inserted text from an input-method to an app
On Thu, Jan 31, 2013 at 12:33 PM, Bill Spitzak wrote:
> On 01/31/2013 08:44 AM, Jan Arne Petersen wrote:
>>
>> From: Jan Arne Petersen
>>
>> The proposed API allows to send the language and text-direction for
>> inserted text from an input-method to an application.
>
>
> Can't direction be determ
On Thu, Jan 31, 2013 at 11:44 AM, Jan Arne Petersen
wrote:
> From: Jan Arne Petersen
>
> The proposed API allows to send the language and text-direction for
> inserted text from an input-method to an application.
Can't really see why text-direction (of the input window) is useful,
shouldn't that
On Thu, Jan 31, 2013 at 9:52 AM, Jan Arne Petersen
wrote:
> From: Jan Arne Petersen
>
> Another series of input method support patches. Mostly some
> cleanups in the protocol:
>
> * Remove some unused requests events (set_preedit etc)
>
> * Add a commit request to allow to batch different state
>
Hi,
On Wed, Jan 30, 2013 at 4:09 PM, Pekka Vuorela wrote:
> On 29.01.2013 04:49, Yichao Yu wrote:
>>
>> Hi,
>>
>> With the comment on the recent patches for the input method protocol,
>> it seems that we are finally on the way to support cursor following.
>&
seems to be a empty text_model::set_preedit request for the
client. Shouldn't this be fully controlled by the input method?? (Plus
there isn't a corresponding event on the input method side anyway
it's just weird for me)
Yours,
Yichao Yu
_
On Thu, Jan 17, 2013 at 8:24 AM, Jan Arne Petersen
wrote:
> On 16.01.2013 23:34, Weng Xuetian wrote:
>> On Wednesday 16 January 2013 21:26:55，Jan Arne Petersen :
>>> From: Jan Arne Petersen
>> So what's the plan for show input panel at the position of the current
>> focused
>> cursor?
>
> Input
Hi,
I am trying to compile weston-git/wayland-git on my Arch Linux. I was
fine yesterday (more precisely ~30h before) but with some recent
commit after that, the mesa-full-wayland package failed to compile
with errors like.
platform_wayland.c:830:4: error: implicit declaration of function
'wl_dis
On Mon, Oct 15, 2012 at 9:30 AM, Jan Arne Petersen
wrote:
> Hi,
>
> On 10/02/2012 10:29 PM, Pekka Vuorela wrote:
>> As mentioned earlier, I've been checking out a bit how the input method
>> interface "text" has been proceeding in Weston. Nice stuff on the editor
>> and virtual keyboard apps. Base
On Fri, Aug 31, 2012 at 4:49 AM, Jan Arne Petersen
wrote:
> On 08/31/2012 01:06 AM, Yichao Yu wrote:
>>> The im server would not get the cursor location itself but just request
>>> to get its overlay window positioned at the cursor.
>>>
>>
>> What
On Thu, Aug 30, 2012 at 5:56 PM, Jan Arne Petersen
wrote:
> On 08/30/2012 11:15 PM, Yichao Yu wrote:
>> On Thu, Aug 30, 2012 at 3:32 PM, Jan Arne Petersen
>> wrote:
>>> The im server would just specify a surface, see current input_panel
>>> interface at
>&g
ye candy etc.).
Is it possible to add support for this (let a separate wayland client
to render the inteface)? Many im framework (including Fcitx and IBus)
already support this and it'll also be a lot easier for us to port our
imf to wayland (and keep X support at the sa
On Thu, Aug 30, 2012 at 2:16 PM, Bill Spitzak wrote:
>
>
> Michael Hasselmann wrote:
>
>>> For some input method (especially for CJK), it is important to have
>>> some user interaction before some text is finally committed (e.g.
>>> there might be more than one candidate words for a single input
>
lient/compositor/etc. is wrong.
Thanks.
Yichao Yu
[1] https://wiki.maliit.org/Wayland_Input_Method_System_Proposal
[2] http://www.youtube.com/watch?v=qdKwSrwxIYA
[3]
http://mashable.com/2012/03/23/microsoft-demonstrates-3d-interactive-desktop/?utm_source=iphoneapp
_
72 matches
Mail list logo
