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

copied files uri error #13

Closed
ghost opened this issue Mar 2, 2013 · 8 comments
Closed

copied files uri error #13

ghost opened this issue Mar 2, 2013 · 8 comments

Comments

@ghost
Copy link

ghost commented Mar 2, 2013

copied files uri can not be disabled. even if 'data items' option in history tab is disabled, they appear in the main menu.

@hluk
Copy link
Owner

hluk commented Mar 2, 2013

If you remove "text/uri-list" in "Data Items" that format won't be stored. But it may be so that there is additionally "text/plain" format in the copied data (which gets usually stored because "Text Item" is enabled).

You can view saved formats of selected item with F4 key (or from menu "Item/Show Content").

Also disabling URI formats won't remove it if it's already stored in history.

@ghost
Copy link
Author

ghost commented Mar 2, 2013

На Sat, 02 Mar 2013 21:48:02 +0100, Lukas Holecek
notifications@github.com напиша:

If you remove "text/uri-list" in "Data Items" that format won't be
stored. But it may be so that there is additionally "text/plain" >format
in the copied data (which gets usually stored because "Text Item" is
enabled).

You can view saved formats of selected item with F4 key (or from menu
"Item/Show Content").

Also disabling URI formats won't remove it if it's already stored in
history.


Reply to this email directly or view it on GitHub.

Well, yes, it's because of "text/plain" in "Text Item" tab. Klipper also
copies File Copy URI's. The point is to separate file copies from plain
text.

@hluk
Copy link
Owner

hluk commented Mar 3, 2013

There is no simple solution to ignore clipboard content depending on stored format.

You can create new command -- in preferences, Commands tab, click + button and select New Command -- check "Ignore Item" check box and fill in "Match:" field with "^file://" (that may help if copied text is prefixed with "file://"). Other solution is to match window title using "Window:" field (but right now this work only on Linux and Windows).

You can also fill in the "Copy to tab:" field with "Files" (or anything else). This basically stores the matched clipboard content only in "Files" tab (provided the "Ignore Item" is check). But it's always possible to do Shift+Insert in history to paste any clipboard content (even the ignored).

I should really add more examples in wiki or README file :). Or if you come up with really useful general command I can add it to example commands in preferences.

@hluk
Copy link
Owner

hluk commented Mar 16, 2013

I've changed the behavior so that selecting "Format" in Commands (Preferences) will match items with given format. You can then check the "Ignore Item" so it won't be saved.

In this particular case (filtering out URI items), you can use an example command. Just click + button and select "Ignore copied files". That should do it.

This will be part of version 1.7.5.

@hluk
Copy link
Owner

hluk commented Jul 12, 2013

If this is still an issue please reopen.

@hluk hluk closed this as completed Jul 12, 2013
@scottkosty
Copy link
Collaborator

Could this be solved (once hluk's idea in #74 is implemented) by setting a CopyQ command that then runs a bash command to remove the mime type you want to remove?

@hluk
Copy link
Owner

hluk commented Jul 14, 2013

For this to work I'll need to implement command to remove data of given MIME type from item and add new options to "Commands" configuration tab. This could be easy to implement after #59 is done -- especially passing the new item to script -- but that's actually pretty difficult.

@scottkosty
Copy link
Collaborator

I did not see #59. That does look like a lot of work but hopefully when it's done several issues such as this one will become solved.

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

No branches or pull requests

2 participants