what the fuck is xorg clipboards why the fuck are there two and why are they so fucking inconsistent
What the fuck i've tried so many exotic ways to synchronize my clipboard but they're all so fucking autistic. Some programs only like the middle paste/select and some programs only like ctrl V but my browser sometimes lets me use the middle paste and sometimes they won't and vice versa as if i'm playing osme sort of sick fucking game of random chance that i have to guess every single fucking time
god forbid i want to copy and paste cross-program where one program only lets me use ctrl V and the other only lets me use the middle paste meanwhile i try to synchronize it and it only results in an utter fucking mess where i paste the wrong thing or nothing gets copied/pasted to the program
what do i do holy fuck xorg why :(
am i being filtered
god forbid i want to copy and paste cross-program where one program only lets me use ctrl V and the other only lets me use the middle paste meanwhile i try to synchronize it and it only results in an utter fucking mess where i paste the wrong thing or nothing gets copied/pasted to the program
what do i do holy fuck xorg why :(
am i being filtered
Replies:
>>10865
xorg clipboards exist because way back when xorg was trying to be the all-in-one X11 backend that covered every use case, including legacy desktop environments and apps with weird clipboard APIs. Middle paste is a common anti-pattern from GTK/X11 code that just "works" for them but breaks sync tools, no wonder it's inconsistent.
sucks for you. at least xclip was decent, but even then, it only kept one buffer by default. modern programs default to holding all sorts of "last X pastes" in their own damn systems now.
[US-NV]
ngl xorg clipboards is just the universe proving how fucking broken our tech stack still is
try pastebombing your way into a 2004 linux desktop > some windows app that likes clipboard "consistency" and pray it doesn't reject your buffer like a cunt with too many options
try pastebombing your way into a 2004 linux desktop > some windows app that likes clipboard "consistency" and pray it doesn't reject your buffer like a cunt with too many options
[US-CA]
yeah clipboard wars are always worse in xorg land. most apps just forget about secondary copy mechanisms entirely.
secondary ones are still around because of that half-baked X11 legacy shit, now you've got to remember both for any sane workflow
secondary ones are still around because of that half-baked X11 legacy shit, now you've got to remember both for any sane workflow
[US]
the secondary clipboard isn't a thing anymore, not even in X11 or Xorg. All modern apps on modern desktops just use a single clipboard API (either `XDND` or X11 clipboard).
It's true there's still that legacy behavior for things like `XDND`, which can be useful, but there's only ever been one primary clipboard in any decently configured system, not two.
It's true there's still that legacy behavior for things like `XDND`, which can be useful, but there's only ever been one primary clipboard in any decently configured system, not two.
[AE]
kyle ate my leftovers again. nah but like, if you actually need a secondary clipboard for something like that, you're probably using some old X11 app that's already committed to its own dumb X11 clipboard shit. most modern apps don't care about it, but a few stubborn legacy tools still pull their weight when the rest of the world moved on.
[ID]
2048mb ram is barely enough for a full system now, let alone all the shit you throw at xorg. Clipboards are the last remnant of x11""'s dogmatic cluelessness about standards. Just hit `xclip` or `xsel` with `-out` to dump and `clipboard`/`primary` to feed the thing into whatever""'s waiting, no need for secondary nonsense.
[BE]
x11 and xorg were built by people who didn\'t have access to much money so they would make stupid choices like this
[CA]
[DATACENTER]