Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

provide a persistent setting to select the default clipboard to synchronize #966

Closed
totaam opened this issue Aug 25, 2015 · 13 comments
Closed

Comments

@totaam
Copy link
Collaborator

totaam commented Aug 25, 2015

Issue migrated from trac ticket # 966

component: client | priority: minor | resolution: fixed

2015-08-25 23:08:45: scottven created the issue


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?

@totaam
Copy link
Collaborator Author

totaam commented Sep 10, 2015

2015-09-10 15:43:07: antoine changed owner from antoine to scottven

@totaam
Copy link
Collaborator Author

totaam commented Sep 10, 2015

2015-09-10 15:43:07: antoine commented


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:

  • on win32
  • with the new environment variable which can be used to specify a clipboard class (invaluable for testing on non-win32 platforms): 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:

xpra attach --remote-clipboard=PRIMARY ...

You can also add remote-clipboard = PRIMARY to 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)

@totaam
Copy link
Collaborator Author

totaam commented Sep 14, 2015

2015-09-14 10:01:14: antoine commented


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.

@totaam
Copy link
Collaborator Author

totaam commented Oct 5, 2015

2015-10-05 12:19:47: antoine changed owner from scottven to afarr

@totaam
Copy link
Collaborator Author

totaam commented Oct 5, 2015

2015-10-05 12:19:47: antoine commented


@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.

@totaam
Copy link
Collaborator Author

totaam commented Oct 19, 2015

2015-10-19 22:41:47: afarr changed status from new to closed

@totaam
Copy link
Collaborator Author

totaam commented Oct 19, 2015

2015-10-19 22:41:47: afarr set resolution to fixed

@totaam
Copy link
Collaborator Author

totaam commented Oct 19, 2015

2015-10-19 22:41:47: afarr commented


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.

@totaam totaam closed this as completed Oct 19, 2015
@totaam
Copy link
Collaborator Author

totaam commented Oct 20, 2015

2015-10-20 12:34:52: antoine commented


Couldn't figure out how to paste back into the session with clipboard set to default though
[[BR]]
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).

[[BR]]

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?
[[BR]]
Exactly.

@totaam
Copy link
Collaborator Author

totaam commented Feb 25, 2016

2016-02-25 07:00:58: antoine uploaded file clipboard-win32-menu.png (143.1 KiB)

screenshot of the new win32 clipboard menu
clipboard-win32-menu.png

@totaam
Copy link
Collaborator Author

totaam commented Feb 25, 2016

2016-02-25 07:01:30: antoine commented


For reference, the new tray menu looks like this:
[[Image(clipboard-win32-menu.png)]]

@totaam
Copy link
Collaborator Author

totaam commented Feb 25, 2016

2016-02-25 16:41:35: antoine uploaded file clipboard-osx-menu.png (34.3 KiB)

new clipboard tray menu on osx
clipboard-osx-menu.png

@totaam
Copy link
Collaborator Author

totaam commented Feb 25, 2016

2016-02-25 16:42:02: antoine commented


As of r12059, this is now also supported on OSX (#1011):
[[Image(clipboard-osx-menu.png)]]

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant