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

Ignore dynamic pasteboard types #746

Open
2 tasks done
kyleerhabor opened this issue Mar 12, 2024 · 3 comments
Open
2 tasks done

Ignore dynamic pasteboard types #746

kyleerhabor opened this issue Mar 12, 2024 · 3 comments
Labels
enhancement New feature or request

Comments

@kyleerhabor
Copy link

Before Submitting Your Feature Request

  • Check that there isn't already a similar feature request to avoid creating a duplicate.
  • I have seen the FAQ.

Problem

Some pasteboard types include dynamic data and can't be ignored via the "Pasteboard types" tab. A prominent example of this is the built-in Preview app and when you edit an image. The edited portions are copied to the pasteboard with the "dyn.<...>" type, where <...> refers to a long, generated identifier. Ignoring the Preview app would work, but exclude other writes to the pasteboard (e.g. Command-C to copy the contents).

Solution

Allowing regular expressions to be used in the "Pasteboard types" tab would make it possible to ignore dynamic types. With the previous example, ^dyn\.[\w\d]+$ would appropriately match it.

Another solution may be to internally ignore types with the "dyn" namespace. I think such a solution is fine, but not as flexible for other dynamic types that may exist.

@kyleerhabor kyleerhabor added the enhancement New feature or request label Mar 12, 2024
@p0deje
Copy link
Owner

p0deje commented Mar 12, 2024

Can you please describe the use case for this ignore? Maccy currently filters out all dyn.* types from copies so those contents are lost. This would make the edited copies similar to the original ones.

@kyleerhabor
Copy link
Author

That's odd, since I'm finding that Maccy includes copies with the dyn.* type. The only reason I could imagine for this (besides it being a bug) is there being another process writing to the pasteboard with the type removed (but I doubt that is the case).

The use case is to ignore copies by some dynamic element of their type. dyn.* is one example, but it could apply to any given type, such as com.company.* (ignore copies with any type matching a reverse domain name, just to make something up).

@p0deje
Copy link
Owner

p0deje commented Mar 18, 2024

That's odd, since I'm finding that Maccy includes copies with the dyn.* type. The only reason I could imagine for this (besides it being a bug) is there being another process writing to the pasteboard with the type removed (but I doubt that is the case).

When you copy something, it would still have dyn.* types in the system clipboard. However, Maccy would not store them in the database, so if you select this copy in Maccy - it would not have dyn. types anymore.

The use case is to ignore copies by some dynamic element of their type. dyn.* is one example, but it could apply to any given type, such as com.company.* (ignore copies with any type matching a reverse domain name, just to make something up).

I get it, but can you please describe the use-case what you are trying to do and how Maccy doesn't work in this case? I tried doing some annotations in Preview.app but it didn't generate any dyn. types.

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

No branches or pull requests

2 participants