You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Linux machines frequently have multiple clipboards ("selections"). For example, using X11, in addition to the "clipboard" selection that ctrl-C and ctrl-V operate on, there is a "primary" selection which is populated with the last text to be selected, and is pasted from with middle-click. (There is also a "secondary" selection, which is at this point mostly obsolete.) Depending on the compositor, I believe the primary selection is also supported on Wayland.
The Clipboard API doesn't make any provision for the existence of these multiple clipboards. This is unfortunate: they're still widely used! For example, middle-clicking the New Tab button in Firefox and Chrome on Linux will open a new tab using the contents of the primary selection (searching it or navigating to it).
A concrete example of a place this causes issues: the Tree Style Tab extension for Firefox can't properly emulate this browser behaviour, because it can't access the primary selection when opening new tabs. See piroor/treestyletab#3489 (comment).
Is there any interest in resolving this problem in the standard? It seems like #81 covers the same problem, but was closed with no explanation four years ago.
The text was updated successfully, but these errors were encountered:
Linux machines frequently have multiple clipboards ("selections"). For example, using X11, in addition to the "clipboard" selection that ctrl-C and ctrl-V operate on, there is a "primary" selection which is populated with the last text to be selected, and is pasted from with middle-click. (There is also a "secondary" selection, which is at this point mostly obsolete.) Depending on the compositor, I believe the primary selection is also supported on Wayland.
The Clipboard API doesn't make any provision for the existence of these multiple clipboards. This is unfortunate: they're still widely used! For example, middle-clicking the New Tab button in Firefox and Chrome on Linux will open a new tab using the contents of the primary selection (searching it or navigating to it).
A concrete example of a place this causes issues: the Tree Style Tab extension for Firefox can't properly emulate this browser behaviour, because it can't access the primary selection when opening new tabs. See piroor/treestyletab#3489 (comment).
Is there any interest in resolving this problem in the standard? It seems like #81 covers the same problem, but was closed with no explanation four years ago.
The text was updated successfully, but these errors were encountered: