#966 closed enhancement (fixed)
provide a persistent setting to select the default clipboard to synchronize
| Reported by: | Scott Venier | Owned by: | alas |
|---|---|---|---|
| Priority: | minor | Milestone: | 0.16 |
| Component: | client | Version: | trunk |
| Keywords: | Cc: |
Description
On the win32 client, there's a setting to select which of the x11 clipboards to use for synchronization. Currently it defaults to "clipboard". I'd like to have it default to "primary". Presumably someone might want "clipboard" or "secondary". Maybe a configuration setting that persists between invocations of the client could be added?
Attachments (2)
Change History (10)
comment:1 Changed 6 years ago by
| Owner: | changed from Antoine Martin to Scott Venier |
|---|
comment:2 Changed 6 years ago by
Being able to switch clipboard implementations was very useful for testing, so r10636 makes it easier: the clipboard option is no longer a boolean, we support: --clipboard=translated to switch to the translated clipboard on non-win32 platforms.
comment:3 Changed 6 years ago by
| Owner: | changed from Scott Venier to alas |
|---|
@afarr: just a FYI - please close.
You may find it useful now that it works properly for synchronizing with the "PRIMARY" clipboard: makes it easier to copy things from the xterm selection buffer.
comment:4 Changed 5 years ago by
| Resolution: | → fixed |
|---|---|
| Status: | new → closed |
Tested real quick with 0.16.0 r10853 client v. r10854 server - and it is indeed extremely handy for copying from the xterms. Couldn't figure out how to paste back into the session with clipboard set to default though. Don't suppose I'm meant to be able to copy from a windows clipboard to a primary clipboard server-side though.
I was a little surprised (well, a tiny bit) that I couldn't highlight something in an xterm then paste into a chromium browser also within the session - but I suppose even fedora browser only paste from the clipboard clipboard?
Anyway, closing.
comment:5 Changed 5 years ago by
Couldn't figure out how to paste back into the session with clipboard set to default though
You can always interact with the clipboard at a low level using:
xclip- the clipboard tool
- with an xterm: middle click will paste the primary selection buffer
Note: I have not tested any of this because all my test systems are "clipboard challenged" (linked with synergy clipboard sharing already).
I was a little surprised (well, a tiny bit) that I couldn't highlight something in an xterm then paste into a chromium browser also within the session - but I suppose even fedora browser only paste from the clipboard clipboard?
Exactly.
Changed 5 years ago by
| Attachment: | clipboard-win32-menu.png added |
|---|
screenshot of the new win32 clipboard menu
comment:7 Changed 5 years ago by
comment:8 Changed 3 months ago by
this ticket has been moved to: https://github.com/Xpra-org/xpra/issues/966
copyleft 2010 - 2021
Should work as of r10600. Mostly a client update, any recent 0.16 server builds should handle this new feature. If the server does not support enabling selections on the fly, the new options will have no effect (check added in r10603).
The new command line options are only shown when they are likely to be used:
XPRA_CLIPBOARD_CLASS="xpra.clipboard.translated_clipboard.TranslatedClipboardProtocolHelper" xpra attach ...Tested with both Linux (via env var above) and win32, where I can now synchronize the "main" clipboard with the "PRIMARY" selection used by xterms:
You can also add
remote-clipboard = PRIMARYto your client's xpra.conf to make this change permanent.@scottven: does that work for you? (fairly recent beta builds are available, at least for win32 clients)