Hi!
I have some macros which are triggered which the system clipboard changes. Unfortunately, it seems like Popclip grabs the current clipboard and writes it back, so even when no actions are selected, just the appearance of Popclip will register as a change in the system clipboard.
Since it breaks compatibility with my workflow, I was wondering if this was expected behavior?
It is the expected behaviour in some apps.
Where possible, PopClip uses a system API called the Accessibility API to access the selected text. This avoids touching the clipboard. However, some applications don’t support the Accessibility API, and in those cases, PopClip falls back to using the clipboard to access the current selected text. (Triggers “copy” command, reads the copied text, puts back the original text.)
If it’s breaking your workflow in certain apps, I would suggest adding those apps to the excluded apps list in PopClip. PopClip will no longer automatically appear there, but you can still update PopClip manually using its keyboard shortcut.
Ah perfect explanation. I’ve got some workarounds brewing now, thanks!
@similes_oar In which applications are you facing this problem?
Zotero - it’s an app for managing academic citations and files. It’s open source, but they don’t have the resources to commit to Apple-specific design choices, I suppose.