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
Copy to system clipboard UX improvements #1018
Comments
I have to admit I'm not a big user of primary selection, but I totally get your point. In my case I probably would have been confused if the selection by default went to primary :) Would setting both the primary selection, and clipboard make sense instead of having it configurable? (cc @imsnif ) In any case, I did a quick test, and there is one annoying thing for now when writing to primary - the selection gets set correctly, but pasting with middle click inside zellij does not work, and shift+middle click has to be used. This happens because mouse mode is intercepting the middle click, so it would be necessary to bind middle click to write out the current selection (probably using bracketed paste?) |
Maybe I'm missing something or just generally confused, but isn't this sort of thing out of our control whether we use OSC 52 or an external command (like the config option we just added)? |
with the external command, it's something that depends on the command, for example: with osc, it's something that we can control via the first param:
|
Aha! Cool, thanks for the explanation. So with the external command I guess that's up to the user. I don't have a strong opinion about which clipboard we should be using with OSC 52, but I do feel using both is not super nice UX-wise. Users who distinguish between them might not be happy about us overriding both... How do these affect macos btw? |
Don't know about macos, maybe @jaeheonji can help us out? |
First of all, macOS also has external command like So in general, other programs also simulate PRIMARY, but in the end this is the same as using Clipboard internally. Another UX thing to consider is that users familiar with macOS don't use Hope this helps 😄 |
This is to avoid confusion: New users coming from tmux might expect internal copy/paste buffers in zellij which are separate from the system clipboard. It may therefore be surprising where the copied text ends up and that zellij has no dedicated "paste" functionality. Related issues: zellij-org#1288 zellij-org#1018
Ubuntu can not copy, how to fix it? I hit this problem every single time switch a new terminal or switch a new system....... |
I still hit this bug in zellij 0.33.0. Workaround: start zellij with |
@mpenning - please read the issue carefully, since you also commented in a different issue, I have a feeling you're not encountering this bug, which is about differentiating between clipboard types. |
For me, it would be more intuitive with the current copy behavior to write to the primary clipboard, since every X app behaves like this: Only selecting text with the mouse, no keypresses leads to the text ending up in the primary buffer, where it can be conveniently pasted anywhere by middle-clicking.
Zellij seems to behave the same way, since it automatically copies the text after finishing the selection. I actually never expected the "normal" clipboard to be populated, so until now, I assumed zellij clipboard support is broken.
Consider populating the X primary clipboard (make this an option?), and please adjust the statusbar message to include the clipboard where text is copied to. I even advocate for writing "copied to the system clipboard" to make clear there are no zellij internal copy/paste buffers going on like in tmux.
I don't know yet how the situation on wayland is.
These issues are related to copy/paste, but I felt my request fits better in a dedicated issue:
#627
#671
The text was updated successfully, but these errors were encountered: