Jak "najít správnou ikonu" a jaké hrabání? Win+V, šipkama dolů / nahoru vyberu text a ENTER ho vložím. Jednoduché, mohu ovládat z klávesnice a nemusím přesahávat na myš.
Jediný UC kdy by se hodily dva clipboardy je když bych musel opakovaně vkládat na střídačku dva různé texty, ale to si tedy nepamatuju, kdy jsem něco takového posledně potřeboval.
to se dostáváme do roviny spekulací, protože můžeš stejně řešit to, že v té historii máš spoustu balastu a nemůžeš najít tu správnou věc.
A taky se mi stalo, že jsem se snažil vložit text a spadl mi systém. Důvodem byla vadná RAM. To šla jakákoliv efektivita do háje, protože pak to trvalo týden, než mi dorazila nová RAMka.
V terminalu je clipboard s historii samozrejmost. Ostatne kazda aplikace ktera pouziva knihovnu readline ma clipboard s historii (vcetne bash-e). Staci se jen naucit zkratkove klavesy z Emacs-u.
V X11 na to byla imho potrebna externni aplikace, kde se dalo jednim kliknutim vybrat predchozi obsah clipboardu.
On je Clipboard dost osemetna vec a Windows a X11 se dost zasadne lisi v tim jak je vnitrne implementovan. Napr. co se stane kdyz v jedne aplikaci neco oznacim/zkopiruju a pak tu aplikace zavru? Co pak v druhe aplikaci vlozim? A kdo si pamatuje kopirovany obsah, kdyz uz zdrojova aplikace neexistuje?
Historie readline a historie schránky v readline jsou dvě odlišné věci. Doporučuji alespoň nahládnout do manuálu nebo danou featuru (zkusit) použít předtím, než nějakou featuru budete hodnotit.
Je teda ale fakt, že historie schránky/kill-bufferu v readline není všespásná a pro plnohodnotné použití chybí integrace s X/Waylandem.
Na KDE používám Klipper, který je povolený ve výchozím natsavení. Umí „chodit“ mezi položkami historie schránky pomocí klávesových zkratek a dokonce zobrazit pop-up menu s akcemi při zkopírování textu odpovídajícího některému z předdefinovaných patternů (třeba link na YouTube otevřít v lokálním přehrávači). Na X jsou správci schránky používáni naprosto běžně, a to právě kvůli tomu, aby byl zachován obsah schránky i po ukončení klienta, ze kterého je kopírováno. To Klipper saomzřejmě také řeší, ikdyž samozřejmě ne naprosto dokonale, protože si X klienti můžou teoreticky data pro schránku předávat i nějakým side channelem, dokud oba klienti běží, nebo předávat data, která Klipper nepochopí. Na text to však funguje více než dostatečně.
Jen teda od KDE5 je Klipper celkem nenápadný a uživatel si ani nemusí všimnout, že něco takového používá a může nastavovat.
Je tu také bezpečnostní riziko – při použití správce schránky s historií se může stát, že se každý zkopírovaný text bude ukládat na disk, potenciálně v nešifrované podobě.