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
(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.
Posted Jul 6, 2014 16:32 UTC (Sun)
by drag (guest, #31333)
[Link] (24 responses)
Posted Jul 6, 2014 18:33 UTC (Sun)
by efitton (guest, #93063)
[Link] (23 responses)
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.
Posted Jul 6, 2014 23:51 UTC (Sun)
by Cyberax (✭ supporter ✭, #52523)
[Link] (12 responses)
Posted Jul 8, 2014 10:02 UTC (Tue)
by cortana (subscriber, #24596)
[Link] (11 responses)
The only program I run into these days that screws up the clipboard is Xchat.
Posted Jul 8, 2014 18:43 UTC (Tue)
by Cyberax (✭ supporter ✭, #52523)
[Link] (10 responses)
Posted Jul 8, 2014 20:24 UTC (Tue)
by madscientist (subscriber, #16861)
[Link] (8 responses)
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.
Posted Jul 8, 2014 21:51 UTC (Tue)
by Cyberax (✭ supporter ✭, #52523)
[Link] (7 responses)
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.
Posted Jul 9, 2014 0:01 UTC (Wed)
by jake (editor, #205)
[Link] (6 responses)
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
Posted Jul 9, 2014 0:15 UTC (Wed)
by Cyberax (✭ supporter ✭, #52523)
[Link] (5 responses)
For others it would be nice to think where and in what situations select-copy makes sense. And perhaps develop something less-broken.
Posted Jul 9, 2014 4:16 UTC (Wed)
by bronson (subscriber, #4806)
[Link] (3 responses)
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!
Posted Jul 9, 2014 4:34 UTC (Wed)
by Cyberax (✭ supporter ✭, #52523)
[Link] (2 responses)
I guess that you can contrive some scenario where middle-paste is useful, but should we invent a whole new mechanism for it? Really?
Posted Jul 9, 2014 19:10 UTC (Wed)
by Wol (subscriber, #4433)
[Link] (1 responses)
I'd much prefer a working select-middleclickpaste to the mess that these control keys cause me ...
Cheers,
Posted Jul 10, 2014 8:30 UTC (Thu)
by roblucid (guest, #48964)
[Link]
Posted Jul 9, 2014 11:54 UTC (Wed)
by etienne (guest, #25256)
[Link]
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.
Posted Jul 9, 2014 11:53 UTC (Wed)
by cortana (subscriber, #24596)
[Link]
Why is this--the badly written software(which?), or are you accidentally pressing the middle mouse button resulting in unwanted pastes from PRIMARY?
Posted Jul 7, 2014 11:21 UTC (Mon)
by roblucid (guest, #48964)
[Link] (2 responses)
Posted Jul 7, 2014 13:54 UTC (Mon)
by efitton (guest, #93063)
[Link] (1 responses)
Posted Jul 8, 2014 15:54 UTC (Tue)
by roblucid (guest, #48964)
[Link]
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.
Posted Jul 7, 2014 15:27 UTC (Mon)
by drag (guest, #31333)
[Link] (6 responses)
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.
Posted Jul 7, 2014 16:23 UTC (Mon)
by efitton (guest, #93063)
[Link] (1 responses)
Posted Jul 7, 2014 16:35 UTC (Mon)
by mgraesslin (guest, #78959)
[Link]
Posted Jul 8, 2014 16:03 UTC (Tue)
by roblucid (guest, #48964)
[Link] (2 responses)
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.
Posted Jul 9, 2014 19:15 UTC (Wed)
by Wol (subscriber, #4433)
[Link] (1 responses)
Cheers,
Posted Jul 9, 2014 20:09 UTC (Wed)
by dlang (guest, #313)
[Link]
Posted Jul 8, 2014 16:07 UTC (Tue)
by roblucid (guest, #48964)
[Link]
Running a distro KDE integrated flavour of FF, is far more enjoyable.
Gräßlin: Next Generation Klipper
Gräßlin: Next Generation Klipper
Gräßlin: Next Generation Klipper
Gräßlin: Next Generation Klipper
2. Stop using badly written programs that operate on PRIMARY when you issue cut/copy/paste commands
Gräßlin: Next Generation Klipper
Gräßlin: Next Generation Klipper
Gräßlin: Next Generation Klipper
Gräßlin: Next Generation Klipper
> it must ALWAYS work.
> [ ... ]
Gräßlin: Next Generation Klipper
Gräßlin: Next Generation Klipper
Gräßlin: Next Generation Klipper
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.
Gräßlin: Next Generation Klipper
Wol
Gräßlin: Next Generation Klipper
Gräßlin: Next Generation Klipper
Gräßlin: Next Generation Klipper
Gräßlin: Next Generation Klipper
Gräßlin: Next Generation Klipper
Gräßlin: Next Generation Klipper
Gräßlin: Next Generation Klipper
Gräßlin: Next Generation Klipper
Gräßlin: Next Generation Klipper
Gräßlin: Next Generation Klipper
Gräßlin: Next Generation Klipper
Wol
Gräßlin: Next Generation Klipper
Gräßlin: Next Generation Klipper