@StanN, there is no icon for screenshots, I believe it never had.
There's a timestamp under each entry, but you need to hover that item, however I can sometimes reproduce timestamp to be shown even if the item is not hovered (but it was hovered at some point).
@Andreas_Hegenberg, @StanN are you guys able to reproduce the behavior in my latest screen capture?
Hey @Andreas_Hegenberg , when I perform a copy on an Excel cell (file is CSV, but even with xls or xlsx the result is the same), the clipboard item is shown as a picture in the middle panel, but on the right one is rendered as text. Is this expected? I cannot search for this item.
I've unchecked the "DISABLE Microsoft Office performance optimizations" and "Always Render As Plain Text", but this did not made any difference.
Ah I think I need to add a special case for excel (microsoft does a lot of weird things with the clipboard)
Currently the only workaround is to disable any image types for microsoft apps using this terminal command (while BTT is quit)
defaults write com.hegenberg.BetterTouchTool BTTClipboardMicrosoftAllowedTypes -array "public.html" "public.rtf" "public.utf16-external-plain-text" "com.apple.traditional-mac-plain-text" "public.utf8-plain-text" "public.utf16-plain-text"
Thanks Andreas. Will this affect something else related to the Microsoft apps? I mainly copy text, and occasionally some pictures from the MS apps.
yes it would disable all picture recording.
I think I can add the workaround with the next alpha
Thank you. Looking forward to the new settings. When I use Axure for prototyping, I also encounter this problem. The copying of design elements turns into pictures, and I can't paste the original design elements correctly.
this is just about the preview / search text. Pasting the originally copied item is always possible because BTT by default doesn't modify what the system has copied before pasting it.
Andreas, with SF Symbols installed (Apple's macOS app to manage their icons), select an icon and Copy Image As... as SVG to copy to clipboard, then open BTT's clipboard manager:
Using the excellent pasteboard viewer app (GitHub - sindresorhus/Pasteboard-Viewer: 📋 Inspect the system pasteboards on macOS) and the clipboard contents is visible:
Hey! Great to hear that 
Any plan to make it possible to rename favorites?
Note: this problem is not specific to SF Symbols. If you copy an SVG file with macOS Finder BTT will generate a spinning wheel, though won't exhibit the crash when switching to file.contents. Here is a test SVG you can right-click-save, the copy with finder to test with:
Ahem, I actually use Forklift instead of Finder (assuming a copy would be the same), and checking in Finder in fact copy does work 
, but from Forklift it doesn't -- so this seems dependent on the clipboard contents encoding somehow:
Screen recording shows copy from SF Symbols then Finder, then forklift, BTT CBM and only Finder is previewed:
In fact Forklift itself doesn't seem to copy the image, only fileinfo and a file-url so no wonder no preview, but for SF Symbols the SVG is copied and visible using pasteboard viewer...
macOS 15.6 Beta (24G5065c)
I made some changes, could you check whether 5.529 alpha fixes this for you? (uploading now)
When I open the BTT Clipboard Manager, select a list option, and then press cmd+Backspace to delete the entry, the selection state of the current list disappears. I clicked cmd+Backspace again to delete the first item in the list, but no selection state was shown.
I hope this can be fixed. After deleting the selected entry, I hope the next entry after the deleted one will be automatically selected instead of the first item in the list.
当我打开btt的剪切板管理器，选中某个列表选项后，按cmd+ Backspace删除条目后，当前列表的选中状态就会消失，我再次点击cmd+ Backspace删除了列表的第一条，但是没有显示选择状态。
希望修复，希望删除选中的条目后，自动选择删除条目的下一条，而不是列表的第一条
Yes, this is much better, and no crashes:
Thanks!!!!
I think I found a bug in the Clipboard Manager – at least it's unexpected behavior.
For image type items in the Clipboard Manager, the context menu displays Copy Path, Open File, and Show in Finder.
In the screenshot below, I show how the three aforementioned options are displayed in a non- deactivated state, leading me to assume that they would work. However, selecting any of them doesn't appear to do anything. For file type items in the Clipboard Manager, these three options work as expected.
@Andreas_Hegenberg am I communicating this well? Does it make sense?
I'd suggest disabling those three options for images in the Clipboard Manager, or have the context menu items dynamically appear based on the UTI.
