Re: [RFC v2] Add Primary Selection Protocol Version 1

2016-01-06 Thread Bill Spitzak
On Tue, Jan 5, 2016 at 7:47 AM, Michal Suchanek wrote: > > > Maybe it should only send the newid if the selection has changed. The > client > > can keep the old object around until it is destroyed, even if it gets > many > > clicks. > > > > ie. when the selection changes, any

Re: [RFC v2] Add Primary Selection Protocol Version 1

2016-01-05 Thread Michal Suchanek
Hello, On 5 January 2016 at 07:04, Bill Spitzak wrote: > On 01/04/2016 08:33 PM, Peter Hutterer wrote: > > Also it seems like you will send this on *every* middle click. Some > clients > require clicking the middle button a lot without pasting (it is very >

Re: [RFC v2] Add Primary Selection Protocol Version 1

2016-01-05 Thread Lyude
On Mon, 2016-01-04 at 15:05 +1000, Peter Hutterer wrote: > On Fri, Dec 18, 2015 at 12:03:46PM -0500, Lyude wrote: > > Signed-off-by: Lyude > > --- > > Changes > > * Add new interfaces to replace reuse of wl_data_(source|offer) > > * Get rid of the

Re: [RFC v2] Add Primary Selection Protocol Version 1

2016-01-05 Thread Bill Spitzak
On 01/04/2016 08:33 PM, Peter Hutterer wrote: Also it seems like you will send this on *every* middle click. Some clients require clicking the middle button a lot without pasting (it is very common to use it as a pan control in 2D/3D). in the normal use-case you will get a lot more focus

Re: [RFC v2] Add Primary Selection Protocol Version 1

2016-01-04 Thread Peter Hutterer
On Sun, Jan 03, 2016 at 10:37:47PM -0800, Bill Spitzak wrote: > On 01/03/2016 10:28 PM, Peter Hutterer wrote: > > >>I really do not like this key assignment being something the compositor is > >>in charge of. A client may have a very good reason to use middle-click for > >>something else, yet

Re: [RFC v2] Add Primary Selection Protocol Version 1

2016-01-04 Thread Bill Spitzak
On 01/03/2016 10:28 PM, Peter Hutterer wrote: I really do not like this key assignment being something the compositor is in charge of. A client may have a very good reason to use middle-click for something else, yet still want the ability to paste from the selection. this is still possible

Re: [RFC v2] Add Primary Selection Protocol Version 1

2016-01-04 Thread Bill Spitzak
On 01/03/2016 09:05 PM, Peter Hutterer wrote: On Fri, Dec 18, 2015 at 12:03:46PM -0500, Lyude wrote: +This event is sent whenever the client receives a middle click, and will +be received by the client before the actual middle click event. While +the compositor is free

Re: [RFC v2] Add Primary Selection Protocol Version 1

2016-01-03 Thread Peter Hutterer
On Sun, Jan 03, 2016 at 10:17:12PM -0800, Bill Spitzak wrote: > On 01/03/2016 09:05 PM, Peter Hutterer wrote: > >On Fri, Dec 18, 2015 at 12:03:46PM -0500, Lyude wrote: > >>+This event is sent whenever the client receives a middle click, > >>and will > >>+be received by the client

Re: [RFC v2] Add Primary Selection Protocol Version 1

2016-01-03 Thread Peter Hutterer
On Fri, Dec 18, 2015 at 12:03:46PM -0500, Lyude wrote: > Signed-off-by: Lyude > --- > Changes > * Add new interfaces to replace reuse of wl_data_(source|offer) > * Get rid of the selection changed event since we now have our own version > of

Re: [RFC v2] Add Primary Selection Protocol Version 1

2015-12-23 Thread Bill Spitzak
On Fri, Dec 18, 2015 at 9:03 AM, Lyude wrote: > Signed-off-by: Lyude > --- > Changes > * Add new interfaces to replace reuse of wl_data_(source|offer) > * Get rid of the selection changed event since we now have our own

Re: [RFC v2] Add Primary Selection Protocol Version 1

2015-12-23 Thread Michal Suchanek
On 18 December 2015 at 20:34, Bill Spitzak wrote: > > > On Fri, Dec 18, 2015 at 9:03 AM, Lyude wrote: >> >> Signed-off-by: Lyude >> --- >> Changes >> * Add new interfaces to replace reuse of

Re: [RFC v2] Add Primary Selection Protocol Version 1

2015-12-21 Thread Derek Foreman
On 21/12/15 01:27 AM, Pekka Paalanen wrote: > On Fri, 18 Dec 2015 12:03:46 -0500 > Lyude wrote: > >> Signed-off-by: Lyude >> --- >> Changes >> * Add new interfaces to replace reuse of wl_data_(source|offer) >> * Get rid of the

Re: [RFC v2] Add Primary Selection Protocol Version 1

2015-12-21 Thread Lyude
On Mon, 2015-12-21 at 13:42 -0600, Derek Foreman wrote: > On 21/12/15 01:27 AM, Pekka Paalanen wrote: > > On Fri, 18 Dec 2015 12:03:46 -0500 > > Lyude wrote: > > > > > Signed-off-by: Lyude > > > --- > > > Changes > > > * Add new

Re: [RFC v2] Add Primary Selection Protocol Version 1

2015-12-21 Thread Lyude
On Fri, 2015-12-18 at 21:17 +0100, Michal Suchanek wrote: > On 18 December 2015 at 18:03, Lyude wrote: > > Signed-off-by: Lyude > > > + > > +   > > +Sent when the client has permission to read from the primary > > selection > > +

Re: [RFC v2] Add Primary Selection Protocol Version 1

2015-12-20 Thread Pekka Paalanen
On Fri, 18 Dec 2015 12:03:46 -0500 Lyude wrote: > Signed-off-by: Lyude > --- > Changes > * Add new interfaces to replace reuse of wl_data_(source|offer) > * Get rid of the selection changed event since we now have our own

[RFC v2] Add Primary Selection Protocol Version 1

2015-12-18 Thread Lyude
Signed-off-by: Lyude --- Changes * Add new interfaces to replace reuse of wl_data_(source|offer) * Get rid of the selection changed event since we now have our own version of wl_data_(source|offer), and clients can just assume destroyed

Re: [RFC v2] Add Primary Selection Protocol Version 1

2015-12-18 Thread Michal Suchanek
On 18 December 2015 at 18:03, Lyude wrote: > Signed-off-by: Lyude > + > + > +Sent when the client has permission to read from the primary > selection > +buffer. > + > +This event is sent whenever the client receives a middle

Re: [RFC v2] Add Primary Selection Protocol Version 1

2015-12-18 Thread Michael Catanzaro
On Fri, 2015-12-18 at 12:03 -0500, Lyude wrote: > +  version="1"> > +    > +  Provides the ability to have a primary selection buffer to > match that of > +  the X server. This allows users to select bodies of text, and > then paste > +  them in another buffer without having to do