Re: [code] Re: Trouble with primary selection

From: Carlos Pita <carlosjosepita.att.gmail.com>
Date: Fri, 25 Apr 2014 01:22:57 -0300

Seems more like a bug in the underlying gtk lib:

https://bugzilla.gnome.org/show_bug.cgi?id=584236

The attitude of the gtk developers is the usual one:

"""
> Sebastian, you are investing a lot of effort into this.
> Just to be clear: I'm not in favour of changes to the primary handling.

Please explain why you are not in favour of these changes. The current
behavior is contrary to the fd.o clipboard specification, inconsistent with
historical practice, and makes the primary selection less useful than it could
be; any *one* of those is IMNSHO sufficient justification for changing it.
"""

This last comment is without answer since 2013-05-15.

I've lost all hope on this issue to be tackled in my lifetime.

Cheers

--
Carlos
On Wed, Apr 23, 2014 at 9:17 PM, Carlos Pita <carlosjosepita.att.gmail.com> wrote:
> Hi Mitchell,
>
>> Textadept uses the Scintilla editing component and technically there is
>> always a selection, even if it is zero-width. I think this explains at least
>
> Does this necessarily imply that the selection is synchronized with
> the X primary selection, even if empty?
>
>> Do you think it's worth
>> bringing up on the Scintilla mailing list?
>
> I think the behavior is too much against the principle of least
> surprise, or against the "muscle memory" of X users, so I would say
> that yes, it's worth trying.
>
> Regards
> --
> Carlos
-- 
You are subscribed to code.att.foicica.com.
To change subscription settings, send an e-mail to code+help.att.foicica.com.
To unsubscribe, send an e-mail to code+unsubscribe.att.foicica.com.
Received on Fri 25 Apr 2014 - 00:22:57 EDT

This archive was generated by hypermail 2.2.0 : Fri 25 Apr 2014 - 06:53:22 EDT