|
|
Subscribe / Log in / New account

Gräßlin: Next Generation Klipper

Gräßlin: Next Generation Klipper

Posted Jul 5, 2014 16:45 UTC (Sat) by Richard_J_Neill (subscriber, #23093)
In reply to: Gräßlin: Next Generation Klipper by juliank
Parent article: Gräßlin: Next Generation Klipper

Under Gnome and other Desktop environments, use parcellite
(or xfce4-clipman). It just works, since the system-tray is a common interface for all modern desktops.
(Personally, I like to bind Ctrl-Alt-V to be "pop up next to mouse cursor")

In general, you have 2 clipboard buffers, and you can choose to merge them or not. xclip lets you copy from clipboard to cli and back. HTH.


to post comments

Gräßlin: Next Generation Klipper

Posted Jul 6, 2014 16:32 UTC (Sun) by drag (guest, #31333) [Link] (24 responses)

The 'two clipboard buffer' thing is terrible. I hope they get rid of it completely in Wayland if at all possible.

Gräßlin: Next Generation Klipper

Posted Jul 6, 2014 18:33 UTC (Sun) by efitton (guest, #93063) [Link] (23 responses)

And I hope not. Having two clipboards is powerful, useful and easy. You are more than welcome to turn them off but I would thank you to not impose a more limited environment on me.

My limited understanding is that the clipboards are now managed at the widget level, not with X. If GTK+ does away with the second clipboard I am guessing we will see that forked as well.

Gräßlin: Next Generation Klipper

Posted Jul 6, 2014 23:51 UTC (Sun) by Cyberax (✭ supporter ✭, #52523) [Link] (12 responses)

How can I turn off X's selection buffer? I haven't found a solution that works (short of patching X's source code directly).

Gräßlin: Next Generation Klipper

Posted Jul 8, 2014 10:02 UTC (Tue) by cortana (subscriber, #24596) [Link] (11 responses)

1. Pretend it doesn't exit
2. Stop using badly written programs that operate on PRIMARY when you issue cut/copy/paste commands

The only program I run into these days that screws up the clipboard is Xchat.

Gräßlin: Next Generation Klipper

Posted Jul 8, 2014 18:43 UTC (Tue) by Cyberax (✭ supporter ✭, #52523) [Link] (10 responses)

I can't pretend it doesn't exist. And I stopped using badly written programs by switching to Mac OS X. It's a really nice solution - no more "two clipboards" problem or inconsistent cut&paste keys.

Gräßlin: Next Generation Klipper

Posted Jul 8, 2014 20:24 UTC (Tue) by madscientist (subscriber, #16861) [Link] (8 responses)

> I stopped using badly written programs by switching to Mac OS X

Fantastic! A solution that works well for you. So why are you here trying to convince us that the solution that we prefer is wrong, if only we were smart enough to see it?

95% of my cut/paste action deals with plain ASCII text and all the apps I use correctly handle standard X selections. There's no amount of control key/popup menu voodoo that will allow me to be more productive than standard X selection (I include here increasing/decreasing the current selection using mouse-3) and mouse-2 paste.

Maybe your needs are different and that doesn't work for you: in that case I'm happy you've found your nirvana. Please stop trying to pee on ours.

Gräßlin: Next Generation Klipper

Posted Jul 8, 2014 21:51 UTC (Tue) by Cyberax (✭ supporter ✭, #52523) [Link] (7 responses)

This topic has been already flamed to a crisp.

In short - there must be one CONSISTENT mechanism for cut&paste and it must ALWAYS work. Selection copy can never be consistent and in most cases is useless (with selection in an X-terminal being about the only exception).

So it must go, or at least be made a truly optional thing. So optional that only hard-headed cases ever turn it on.

Gräßlin: Next Generation Klipper

Posted Jul 9, 2014 0:01 UTC (Wed) by jake (editor, #205) [Link] (6 responses)

> In short - there must be one CONSISTENT mechanism for cut&paste and
> it must ALWAYS work.
> [ ... ]

Boy am I glad I don't live in a world where you rule. Sorry you don't like middle-click paste of the selection copy, but it works for *lots* of us, in *lots* of applications, and it has for *decades* -- perhaps you could just leave us all alone. Evidently there are systems where it is implemented to your satisfaction ... enjoy ...

thanks!

jake

Gräßlin: Next Generation Klipper

Posted Jul 9, 2014 0:15 UTC (Wed) by Cyberax (✭ supporter ✭, #52523) [Link] (5 responses)

I know somebody who is still using an Amiga. It worked for him for decades, after all.

For others it would be nice to think where and in what situations select-copy makes sense. And perhaps develop something less-broken.

Gräßlin: Next Generation Klipper

Posted Jul 9, 2014 4:16 UTC (Wed) by bronson (subscriber, #4806) [Link] (3 responses)

The situation seems clear, no? Moving a ton of small text selections between two windows. Select-Paste-Select-Paste is much faster than Select-Control-C-click-Control-V-Click-Select-Control-C-Click-Control-V.

So Gnome 3 drove my consulting onto Macs too... I still miss focus-follows-mouse and good window/workspace management. But select-copy and middle-click paste? Nope, not one bit. Turns out I'd rather have a simple clipboard that works 100% of the time than a quicker one that developers can't quite agree on.

I guess drag and I agree on something after all!

Gräßlin: Next Generation Klipper

Posted Jul 9, 2014 4:34 UTC (Wed) by Cyberax (✭ supporter ✭, #52523) [Link] (2 responses)

> The situation seems clear, no? Moving a ton of small text selections between two windows. Select-Paste-Select-Paste is much faster than Select-Control-C-click-Control-V-Click-Select-Control-C-Click-Control-V.
Back in my Windows days, I used Far Manager everywhere and almost NEVER touched a mouse. So this scenario was: keyboard-select-ctrl-c alt-tab ctrl-v. I could do it much faster than with a mouse.

I guess that you can contrive some scenario where middle-paste is useful, but should we invent a whole new mechanism for it? Really?

Gräßlin: Next Generation Klipper

Posted Jul 9, 2014 19:10 UTC (Wed) by Wol (subscriber, #4433) [Link] (1 responses)

My problem with ctrl-c ctrl-v is I've only got to make a typo and it really screws things up.

I'd much prefer a working select-middleclickpaste to the mess that these control keys cause me ...

Cheers,
Wol

Gräßlin: Next Generation Klipper

Posted Jul 10, 2014 8:30 UTC (Thu) by roblucid (guest, #48964) [Link]

That's what 'undo' is for and in KDE you can EITHER middle paste or right click context menu paste, if you don't like shortcuts. IIRC that was in Motif and maybe even in Sun Tools and Sun Openview.

Gräßlin: Next Generation Klipper

Posted Jul 9, 2014 11:54 UTC (Wed) by etienne (guest, #25256) [Link]

> in what situations select-copy makes sense

IHMO select-copy is a lower layer copy&paste, i.e. basically you only select text and the result of pasting is exactly the same as if you had pressed all the same keys. If you select a TAB character you get what a TAB does at paste time. I would even say if you select Control-A you get the result of typing Control-A. If you select few words in a word processor you get those words at paste time with the current font, background color, ... as if you did type those keys.

The upper layer copy&paste copies at a high level, can manage paragraphs with their font and formatting, can copy images and even convert in between format, remember that you did cut a WEB link and do something intelligent when you paste...

I think both are useful - they are different concepts.

Gräßlin: Next Generation Klipper

Posted Jul 9, 2014 11:53 UTC (Wed) by cortana (subscriber, #24596) [Link]

> I can't pretend it doesn't exist.

Why is this--the badly written software(which?), or are you accidentally pressing the middle mouse button resulting in unwanted pastes from PRIMARY?

Gräßlin: Next Generation Klipper

Posted Jul 7, 2014 11:21 UTC (Mon) by roblucid (guest, #48964) [Link] (2 responses)

Klipper's more powerful and more intuitive, than the highlight/middle mouse select/paste context menu seperation, it makes more sense to the unschooled user. It's more discoverable as you can actually see what adds contents to the clipboard.

Gräßlin: Next Generation Klipper

Posted Jul 7, 2014 13:54 UTC (Mon) by efitton (guest, #93063) [Link] (1 responses)

And absolutely no reason that you can't have _both_.

Gräßlin: Next Generation Klipper

Posted Jul 8, 2014 15:54 UTC (Tue) by roblucid (guest, #48964) [Link]

Right! Klipper is configurable with a default chosen with the less advanced end user in mind. Both paste bufffers being saved might annoy, too much churn, then you configure Klipper by check box to ignore 'selection'.

This kind of user preference change, is exactly kind of thing that let's you be "at home" or avoid undesirable behaviour like having pass/key info saved into a temporary file, but can complicate things for writers of HOWTOs and tutorials.

I really try and live with system defaults for quite a long while and adjust, before burning time on tweaking.

Gräßlin: Next Generation Klipper

Posted Jul 7, 2014 15:27 UTC (Mon) by drag (guest, #31333) [Link] (6 responses)

> Having two clipboards is powerful, useful and easy.

It's just a artifact of extremely bad historical design choices in X.

It wouldn't be so bad except for the fact that a huge number of X applications get copy and paste so incredibly wrong. I still have problems with trying to copy and paste URLs in and out of Firefox's navigation bar.

And, no, you can't really turn it off. It's part of X.

Gräßlin: Next Generation Klipper

Posted Jul 7, 2014 16:23 UTC (Mon) by efitton (guest, #93063) [Link] (1 responses)

Then have it optional in Wayland, but lots stop with the thinking that we have to protect the user and deciding what features to which the user should have access.

Gräßlin: Next Generation Klipper

Posted Jul 7, 2014 16:35 UTC (Mon) by mgraesslin (guest, #78959) [Link]

I'm a heavy user of the middle-click to paste feature. Features I use will be supported in Plasma -)

Gräßlin: Next Generation Klipper

Posted Jul 8, 2014 16:03 UTC (Tue) by roblucid (guest, #48964) [Link] (2 responses)

Hey, it's useful! I set clipboard filling with cntrl-c/context menu copy, and have selections pasteable ONLY by highlighting. If you think it's bad design because X doesn't give end user an obviouus way to turn off middle button paste, then OK, otherwise I don't get your point at all.

IMO the bad thing with X, was the lack of a basic run through tutorial, so what's happening on select, middle mouse button is clear. Most end users, don't even seem to realise they have a middle mouse button.

Gräßlin: Next Generation Klipper

Posted Jul 9, 2014 19:15 UTC (Wed) by Wol (subscriber, #4433) [Link] (1 responses)

Even today, there are users who *don't* *have* a middle mouse button ... my not-that-old laptop for example! I know it can supposedly do a "middle mouse" but with no manual I don't have a clue.

Cheers,
Wol

Gräßlin: Next Generation Klipper

Posted Jul 9, 2014 20:09 UTC (Wed) by dlang (guest, #313) [Link]

most distros set things up so that hitting both mouse buttons at once is middle-mouse (and how well it works varies by the mounse, for some it works well, for others it doesn't)

Gräßlin: Next Generation Klipper

Posted Jul 8, 2014 16:07 UTC (Tue) by roblucid (guest, #48964) [Link]

Actually, I do remember how clumsy Mozilla used to be, partly due to bloat, but there was an impedance mismmatch between KDE and GTK based Mozilla.

Running a distro KDE integrated flavour of FF, is far more enjoyable.


Copyright © 2025, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds