On 04/15/2013 09:39 PM Bill Spitzak wrote:
Pekka Paalanen wrote:
Alright. I'm not too familiar with toolkits, so could you explain why
toolkits need to access the selection at arbitrary times (specifically
while unfocused), instead of only as a response to direct user input
(which in all releva
On Tue, 16 Apr 2013 08:41:16 -0700
Bill Spitzak wrote:
> On 04/15/2013 11:54 PM, Pekka Paalanen wrote:
>
> > Drag & drop obviously has to use pointer focus, so no problem there.
>
> I guess I don't see that. I thought it was very common for the focus to
> remain on the dragged-from application
On 04/15/2013 11:54 PM, Pekka Paalanen wrote:
Drag & drop obviously has to use pointer focus, so no problem there.
I guess I don't see that. I thought it was very common for the focus to
remain on the dragged-from application, especially when click-to-type is
used. It sounds like you are req
On Mon, 15 Apr 2013 12:32:30 -0700
Bill Spitzak wrote:
> Pekka Vuorela wrote:
>
> >> What I mean is it breaks the api, the api provided by toolkits to
> >> access clipboard will not work at any time, a constraint that
> >> doesn't exist in any other systems.
> >
> > Breaks how? On Qt you get cl
On Mon, 15 Apr 2013 12:39:21 -0700
Bill Spitzak wrote:
> Pekka Paalanen wrote:
>
> > Alright. I'm not too familiar with toolkits, so could you explain
> > why toolkits need to access the selection at arbitrary times
> > (specifically while unfocused), instead of only as a response to
> > direct
Pekka Paalanen wrote:
Alright. I'm not too familiar with toolkits, so could you explain why
toolkits need to access the selection at arbitrary times (specifically
while unfocused), instead of only as a response to direct user input
(which in all relevant cases assigns the focus first)?
I sure
Pekka Vuorela wrote:
What I mean is it breaks the api, the api provided by toolkits to
access clipboard will not work at any time, a constraint that doesn't
exist in any other systems.
Breaks how? On Qt you get clipboard by instantiating QClipboard which
takes mode (global clipboard, selection
Yichao Yu wrote:
I think a request that says "send me the next change the the clipboard"
would work and match how Wayland is designed more than an api where the
client turns "send me clipboard changes" on/off.
Send next change will not work since it won't allow the client to know
the content r
On ma, 2013-04-15 at 10:05 -0400, Yichao Yu wrote:
> On Mon, Apr 15, 2013 at 9:44 AM, Pekka Paalanen wrote:
> >>
> >> Clipboard manager (or all other programs that need clipboard
> >> monitoring) may be special, but I don't see why it is necessary to
> >> break every single toolkits' api by don't
On Mon, 15 Apr 2013 10:05:44 -0400
Yichao Yu wrote:
> 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
On Mon, Apr 15, 2013 at 10:05:44AM -0400, Yichao Yu wrote:
> > Alright. I'm not too familiar with toolkits, so could you explain why
> > toolkits need to access the selection at arbitrary times (specifically
> > while unfocused), instead of only as a response to direct user input
> > (which in all
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 3:45 AM, Pekka Paalanen
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 3:45 AM, Pekka Paalanen
> >> wrote:
> >> > On Sun, 14 Apr 2013 21:45:37 -0400
> >> > Yicha
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 Sun, Apr 14, 2013 at 9:33 PM, Matthias Clasen
On 15 April 2013 02:33, 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), command line access (IPython's
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 Sun, Apr 14, 2013 at 9:33 PM, Matthias Clasen
> >> wrote:
> >> > On Fri, Apr 12, 2013 at 1:33 PM, Yichao Yu
>
Yichao Yu writes:
> On Mon, Apr 15, 2013 at 3:45 AM, Pekka Paalanen wrote:
> > Allowing command line utilities the access to clipboard contents (or
> > to take screenshots, equivalently), is a problem. Enabling them enables
> > all spy programs, too. I'm not sure we can both enable them and stay
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 lot of useful features require clipboard access and
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 lot of useful features require clipboard access and monitoring
> >> without having a keyboard focus, e.g. clipboard ac
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 having a keyboard focus, e.g. clipboard action (klippe
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), command line access (
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 having a keyboard focus, e.g. clipboard action (klipper[1] and
some download agents), command line access (IPython's %paste m
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), command line access (IPython's %paste magic).
> This patch sends out selection even
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
> 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 change
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 +329,
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
27 matches
Mail list logo
