Re: [dev] [surf] Why yank to primary instead of clipboard?

[stanio]

* Kamil Cholewiński 2016-02-03 10:05
> On Wed, 03 Feb 2016, robin  wrote:
> Middle click.
> [...]
> Yes, this is really confusing and frustrating, I have to reach for the
> mouse when otherwise dealing with an almost keyboard-only environment.

try Shift-Insert

cheers
--s

Re: [dev] [surf] Why yank to primary instead of clipboard?

[Pickfire]

On Wed, Feb 03, 2016 at 08:33:16AM +0100, robin wrote:

The function clipboard(Client *c, const Arg *arg)
uses GDK_SELECTION_PRIMARY instead of GDK_SELECTION_CLIPBOARD.

For me, thats a hassle.
How do i copy a uri to send to a friend?

I changed it to use CLIPBOARD, but I am wondering:
Is there any good reason to use PRIMARY?


Because you can just paste with middle click.

I think it would be nice to just Ctrl+C to yank the links to CLIPBOARD.

--
_
< Do what you like, like what you do. >
-
   \   ^__^
\  (oo)\___
   (__)\   )\/\
   ||w |
   || ||

Re: [dev] [surf] Why yank to primary instead of clipboard?

[Martti Kühne]

On Wed, Feb 3, 2016 at 10:17 AM, Kamil Cholewiński  wrote:
>
> This is even weirder. It pastes primary selection in terminals, but
> clipboard in surf or emacs. It's even more confusing, I will
> purposefully pretend it doesn't exist.
>


Seriously, if you don't like it, much of this isn't the fault of sl.
That GTK programs use a different paste buffer for ^Ins is completely
arbitrary and probably the wrong thing GTK does there, but now that
doesn't force sl software to succumb to the same weirdness - see also:
Argumentum ad popolum (developum? - totally winging this one).
You know where to find the source, so it won't be hard for you to
figure out how to apply patches.

cheers!
mar77i

Re: [dev] [surf] Why yank to primary instead of clipboard?

[Kamil Cholewiński]

On Wed, 03 Feb 2016, robin  wrote:
> The function clipboard(Client *c, const Arg *arg)
> uses GDK_SELECTION_PRIMARY instead of GDK_SELECTION_CLIPBOARD.
>
> For me, thats a hassle.
> How do i copy a uri to send to a friend?
>
> I changed it to use CLIPBOARD, but I am wondering:
> Is there any good reason to use PRIMARY?

> How do i copy a uri to send to a friend?

Middle click.

> uses GDK_SELECTION_PRIMARY instead of GDK_SELECTION_CLIPBOARD.

Yes, this is really confusing and frustrating, I have to reach for the
mouse when otherwise dealing with an almost keyboard-only environment.

Also the key combination is extremely confusing - C-y in almost every
place in the world (including bash, emacs, dmenu) means paste, not copy.
The cumulative time spent going back and re-copying is too damn high.

K.

Re: [dev] [surf] Why yank to primary instead of clipboard?

[Kamil Cholewiński]

On Wed, 03 Feb 2016, sta...@cs.tu-berlin.de wrote:
> * Kamil Cholewiński 2016-02-03 10:05
>> On Wed, 03 Feb 2016, robin  wrote:
>> Middle click.
>> [...]
>> Yes, this is really confusing and frustrating, I have to reach for the
>> mouse when otherwise dealing with an almost keyboard-only environment.
>
> try Shift-Insert
>
> cheers
> --s

This is even weirder. It pastes primary selection in terminals, but
clipboard in surf or emacs. It's even more confusing, I will
purposefully pretend it doesn't exist.

Re: [dev] [surf] Why yank to primary instead of clipboard?

[Kamil Cholewiński]

On Wed, 03 Feb 2016, Martti Kühne  wrote:
> Seriously, if you don't like it, much of this isn't the fault of sl.
> That GTK programs use a different paste buffer for ^Ins is completely
> arbitrary and probably the wrong thing GTK does there, but now that
> doesn't force sl software to succumb to the same weirdness [...]

I agree in principle - do the right thing, keep code lean, sane and
correct.

I disagree in practice - in many cases it's impossible to avoid using
and interacting with sucky software. See the case of surf itself, and
its dependency on GTK.

At the end of the day, we enjoy suckless code but are stuck with sucky
behavior.

> You know where to find the source, so it won't be hard for you to
> figure out how to apply patches.

Don't worry, I'll be on it in a moment.

<3, K.