Clipboard: Difference between revisions

From ArchWiki
m (style)
(→‎Background: rename to #Selections, rearrange text for better diff)
Line 18: Line 18:
In X10, ''cut buffers'' were introduced. These were limited buffers that stored arbitrary text and were used by most applications. However, they were inefficient and implementation of them varied, so selections were introduced. Cut buffers are long deprecated, and although some applications (such as [[xterm]]) may have legacy support for them, it is both not likely and not recommended that they be used.
In X10, ''cut buffers'' were introduced. These were limited buffers that stored arbitrary text and were used by most applications. However, they were inefficient and implementation of them varied, so selections were introduced. Cut buffers are long deprecated, and although some applications (such as [[xterm]]) may have legacy support for them, it is both not likely and not recommended that they be used.


== Background ==
== Selections ==


The [https://tronche.com/gui/x/icccm/ ICCCM] (Inter-Client Communication Conventions Manual) standard defines three "selections": PRIMARY, SECONDARY, and CLIPBOARD. Despite the naming, all three are basically "clipboards". Rather than the old "cut buffers" system where arbitrary applications could modify data stored in the cut buffers, only one application may control or "own" a selection at one time. This prevents inconsistencies in the operation of the selections.
* The CLIPBOARD selection is used for explicit copy/paste commands involving keyboard shortcuts or menu items. Hence, it behaves like the single-clipboard system on Windows. Unlike PRIMARY, it can also handle [https://stackoverflow.com/questions/3571179/how-does-x11-clipboard-handle-multiple-data-formats multiple data formats].
* The PRIMARY selection is used for the currently selected text, even if it is not explicitly copied, and for middle-mouse-click pasting. In some cases, pasting is also possible with a keyboard shortcut.


Of the three selections, users should only be concerned with PRIMARY and CLIPBOARD. SECONDARY is only used inconsistently and was intended as an alternate to PRIMARY. The majority of programs for Xorg, including [[Qt]] and [[GTK+]] applications, treat the the PRIMARY and CLIPBOARD selections in the [https://specifications.freedesktop.org/clipboards-spec/clipboards-latest.txt following way]:
The majority of programs for Xorg, including [[Qt]] and [[GTK+]] applications, treat the the PRIMARY and CLIPBOARD selections in the [https://specifications.freedesktop.org/clipboards-spec/clipboards-latest.txt above way]. Of the three selections, users should only be concerned with PRIMARY and CLIPBOARD. SECONDARY is only used inconsistently and was intended as an alternate to PRIMARY.


* The CLIPBOARD selection is used for explicit copy/paste commands involving keyboard shortcuts or menu items. Hence, it behaves like the single-clipboard system on Windows. Unlike PRIMARY, it can also handle [https://stackoverflow.com/questions/3571179/how-does-x11-clipboard-handle-multiple-data-formats multiple data formats].
The [https://tronche.com/gui/x/icccm/ ICCCM] (Inter-Client Communication Conventions Manual) standard defines three "selections": PRIMARY, SECONDARY, and CLIPBOARD. Despite the naming, all three are basically "clipboards". Rather than the old "cut buffers" system where arbitrary applications could modify data stored in the cut buffers, only one application may control or "own" a selection at one time. This prevents inconsistencies in the operation of the selections.
* The PRIMARY selection is used for the currently selected text, even if it is not explicitly copied, and for middle-mouse-click pasting. In some cases, pasting is also possible with a keyboard shortcut.


See the [[Keyboard shortcuts]] page which lists the default shortcuts in many programs.
See the [[Keyboard shortcuts]] page which lists the default shortcuts in many programs.

Revision as of 05:34, 23 October 2018

According to Wikipedia:

The clipboard is a facility used for short-term data storage and/or data transfer between documents or applications, via copy and paste operations.

History

In X10, cut buffers were introduced. These were limited buffers that stored arbitrary text and were used by most applications. However, they were inefficient and implementation of them varied, so selections were introduced. Cut buffers are long deprecated, and although some applications (such as xterm) may have legacy support for them, it is both not likely and not recommended that they be used.

Selections

  • The CLIPBOARD selection is used for explicit copy/paste commands involving keyboard shortcuts or menu items. Hence, it behaves like the single-clipboard system on Windows. Unlike PRIMARY, it can also handle multiple data formats.
  • The PRIMARY selection is used for the currently selected text, even if it is not explicitly copied, and for middle-mouse-click pasting. In some cases, pasting is also possible with a keyboard shortcut.

The majority of programs for Xorg, including Qt and GTK+ applications, treat the the PRIMARY and CLIPBOARD selections in the above way. Of the three selections, users should only be concerned with PRIMARY and CLIPBOARD. SECONDARY is only used inconsistently and was intended as an alternate to PRIMARY.

The ICCCM (Inter-Client Communication Conventions Manual) standard defines three "selections": PRIMARY, SECONDARY, and CLIPBOARD. Despite the naming, all three are basically "clipboards". Rather than the old "cut buffers" system where arbitrary applications could modify data stored in the cut buffers, only one application may control or "own" a selection at one time. This prevents inconsistencies in the operation of the selections.

See the Keyboard shortcuts page which lists the default shortcuts in many programs.

It is also important to realize that according to the selection protocols, nothing is copied anywhere until it is pasted. For example, if you select some word in a terminal window, close the terminal and then want to paste it somewhere else, it will not work because the terminal is gone and the text has not been copied anywhere. If you want the word to be preserved after closing terminal window, consider installing a clipboard manager.

Note: Clipboard managers can significantly change the user experience, for example they might synchronize the PRIMARY and CLIPBOARD selections to emulate a single-clipboard system.

Tools

This section lists command-line tools to manipulate the clipboards.

  • sselp — Simple X selection printer. Prints the X selection to stdout.
http://tools.suckless.org/x/sselp || sselpAUR
  • xclip — A lightweight, command-line based interface to the clipboard.
https://github.com/astrand/xclip || xclip
  • xsel — Command-line program for getting and setting the contents of the X selection.
http://www.vergenet.net/~conrad/software/xsel/ || xsel

Managers

This section lists daemons that track your clipboard, to provide a clipboard history and/or synchronization.

  • Anamnesis — Clipboard manager that stores all the clipboard history and offers an interface to do a full-text search. It has both a command line and GUI mode available.
http://anamnesis.sourceforge.net/ || anamnesisAUR
  • Autocutsel — Command line and daemon interfaces to synchronize PRIMARY, CLIPBOARD and cut buffer selections.
http://www.nongnu.org/autocutsel/ || autocutsel
  • Clipboard Indicator — Clipboard manager extension for GNOME Shell. Adds a clipboard indicator to the top panel, and caches clipboard history.
https://github.com/Tudmotu/gnome-shell-extension-clipboard-indicator || gnome-shell-extension-clipboard-indicator-gitAUR
  • ClipIt — Fork of Parcellite.It has both a command line and GUI mode available.
https://sourceforge.net/projects/gtkclipit/ || clipitAUR
  • Clipman — Clipboard manager plugin for the Xfce4 panel. It keeps the clipboard contents around while it is usually lost when you close an application. It is able to handle text and images, and has a feature to execute actions on specific text selections by matching them against regular expressions.
https://goodies.xfce.org/projects/panel-plugins/xfce4-clipman-plugin || xfce4-clipman-plugin
  • ClipManager — Cross-platform clipboard manager written in Python and Qt.
https://github.com/scottwernervt/clipmanager || clipmanagerAUR
  • Clipmenu — Dmenu based clipboard manager
https://github.com/cdown/clipmenu/ || clipmenu
  • Clipster — A lightweight, command-line-driven clipboard manager, written in Python.
https://github.com/mrichar1/clipster || clipster-gitAUR
  • CopyQ — Clever clipboard manager with searchable and editable history, custom actions on items and command line support.
https://github.com/hluk/CopyQ || copyqAUR
  • Glipper — Clipboard manager for the GNOME desktop with many features and plugin support.
https://launchpad.net/glipper || glipperAUR
  • GPaste — Clipboard management system that aims at being a new generation Parcellite, with a modular structure split in a couple of libraries and a daemon for adaptability. Offers a GNOME Shell extension and a CLI interface.
https://github.com/Keruspe/GPaste || gpaste
  • Greenclip — Simple clipboard manager to be integrated with rofi
https://github.com/erebe/greenclip || rofi-greenclipAUR
  • Klipper — Full featured clipboard manager for the KDE desktop.
https://userbase.kde.org/Klipper || plasma-workspace
  • Parcellite — Lightweight yet feature-rich clipboard manager. It has both a command line and GUI mode available.
http://parcellite.sourceforge.net/ || parcellite
  • Pasteall — Clipboard monitor simple and functional (with notifications in Portuguese).
https://github.com/ShyPixie/Pasteall || pasteallAUR
  • Qlipper — Lightweight and cross-platform clipboard history applet based on Qt.
https://github.com/pvanek/qlipper/ || qlipperAUR
  • xclipboard — Official X clipboard command-line client.
https://www.x.org/releases/X11R7.5/doc/man/man1/xclipboard.1.html || xorg-xclipboard
  • xcmenu — Clipboard synchronizer developed for window manager users.
https://github.com/dindon-sournois/xcmenu || xcmenu-gitAUR

See also