hluk / hluk/CopyQ

Avoiding pasting a file when you just want to paste text

Open
#1,350 9 comments 0 reactions 0 assignees View on GitHub
feature
Dominant language
C++
Stars
12.3k
Forks
593
Avg merge
2d 8h
Merged PRs (30d)
9

Description

I keep on stumbling on a procedural UX issue, and so I've opened up this issue to discuss it.

I primarily use CopyQ for copying and pasting text (and sometimes images).

But, at least in Windows, files that I copy/cut and paste in file managers get in the way of my process flow using CopyQ.

An example will clarify:

1. Let's say I'm in a file manager, and I rename a file, but first copy the original filename to the clipboard (and hence CopyQ).

2. Now I copy the file to the clipboard, select a new folder, and paste a copy of the file to the new folder.

3. Next, I go to rename the new file, and I want to use the original filename copied in step 1. When I try to paste the name using Ctrl+V, it doesn't work, even though it was the last text I copied into CopyQ. Why? Because the file itself (actually, a link to it) now occupies the clipboard and the first slot in CopyQ.

I experience this sort of thing all the time, and I've been trying to figure out an automated way to work around it or propose a new feature for CopyQ to handle this common situation.

So far, I haven't come up with anything I really like. Hence, this post asking for feedback, ideas, and suggestions.

Thanks!

Contributor guide

No contributing guide indexed for this repository

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.