@Andreas_Hegenberg so right now feature wise I am super happy with BTT's clipboard manager. But I still mostly use the one provided to me by Alfred 4, because it feels much faster. I took a couple slow mo recordings to understand why that is.
When closing, Alfred's CM just instantly vanishes. For BTT there is a brief but (to me) noticable fadeout animation. I wish there was an option to disable this (or just disable it for everyone and wait if anyone complains?)
When opening, it is more complex: Alfred's CM uses a quick fadein animation. But that's all, it fades in the completely rendered UI.
For BTT's CM, it fades in as well, but what it fades in is only partially rendered. In particular the list of clipboard items is empty; only when the main CM window has fully faded in does it start to fade in the list of clipboard item. All in all this takes ~250ms which is very noticeable and overall makes it feel very sluggish. (Actually in one shot the full rendering is only complete after 1.5 seconds, because my mouse happened to be over the screen area in which the CM materialized, and over an item in the list; when you hover over a list item, the BTT adds some notes to the item (time it was added, a star button etc.), but it takes over a second before that happens).
I realize this may sound (and may very well be!) extremely nitpicky, but for me this is very noticeable.
This is all with BTT 5.244 on a MacBook M1 Max (so not super fresh but also no slouch) running macOS 12.7.6 (yup, old, but I'd hope that's not a reason for why it's slow?)
@fingolfin , I've also asked similar question this a while ago, so you are not alone ;). However I forced myself to use it for more extensive period of time and I think I just get used to it, so you can give it a try.
I can disable the window default animation, however I can not reproduce the delay when showing the clipboard manager. It is instant here, definitely no 250ms delay (more like 10ms). I wonder whether that's somehow related to some changes in newer macOS versions.
Maybe one thing: Make sure the clipboard manager configuration has a name, otherwise it might be recreated every time which would cause a large delay:
yep, the auto generated name should be fine. In that case the scenario @fingolfin described should not happen (. i.e. the list should never be empty when showing the clipboard manager. It should be preloaded.)
macOS windows have some default animations for showing and hiding, that’s the fading @fingolfin described. These I can disable.
Andreas, can you disable the hiding animation, if you think this won't have any negative effect from user's perspective?
Additional info about this question - if I configure CM to "Show With Snippet Group/ Saved Search" with a specific group/search, I'm able to use 2 x Tab and then the UP arrow key to select the other elements on the left panel, but if I use the DOWN arrow key the focus is transferred to the middle panel/table with items.
One more thing - if I edit an item, on the right panel, then click another item (text) without clicking on "finish editing", my initial item (on which I'm doing the changes) is being replaced with the item I've clicked on, the icon stays the original one. If I click on picture this does not happen - text is not replaced with picture and the changes are automatically saved. The same happens if I click outside of CM.
Get well soon.
One thing I wish we had in the BTT clipboard manager is a gridview for all images that are copied to the clipboard. This is the only feature I am missing in BTT that Alfred has. You can view all images on the clipboard in a better layout, especially if you copy a lot of images to the clipboard.
.
Actually there are also a lot of other items show, which I think should not be in the list.
If I copy the 2nd item to be the last copied item on the next search it is shown as first match, however if I copy the 1st item or another one - 2nd item is shown 2nd or 3rd, e.g.:
Additionally the "Duplicate item" is working only sometimes - copy something, edit straight away - no duplicate created. Additionally if I try to copy the same text again it is not shown in BTT CM, but it is actually copied in system's one, e.g. copy the below text:
Terraform acquires a state lock to protect the state from being written
edit and save the changes, copy the same text again - the last item in the CM will be the edited item. To workaround this - another actual (not from BTT's CM) copy should occur. If I copy something from BTT's CM and then try to copy the same text - the edited item is shown as last copied item in BTT's CM.
About the issues with the editing and duplicating items - can you reproduce this on your end or whoever reads this - can you also confirm/deny it?
1st issue:
One more thing - if I edit an item, on the right panel, then click another item (text) without clicking on "finish editing", my initial item (on which I'm doing the changes) is being replaced with the item I've clicked on, the icon stays the original one. If I click on picture this does not happen - text is not replaced with picture and the changes are automatically saved. The same happens if I click outside of CM.
2nd issue:
Additionally the "Duplicate item" is working only sometimes - copy something, edit straight away - no duplicate created. Additionally if I try to copy the same text again it is not shown in BTT CM, but it is actually copied in system's one, e.g. copy the below text:
Terraform acquires a state lock to protect the state from being written
edit and save the changes, copy the same text again - the last item in the CM will be the edited item. To workaround this - another actual (not from BTT's CM) copy should occur. If I copy something from BTT's CM and then try to copy the same text - the edited item is shown as last copied item in BTT's CM.
Yes, now the 1st issue is resolved. Thanks. The 2nd issue have the potential to cause a lot of headaches. I've now tried again to copy the same text after a lot of other copied items and upon copying it - in the CM the edited entry is shown as last copied item and not the actual text.
... slowly recovering now
