vitor Posted September 11, 2016 Posted September 11, 2016 When filtering snippets with the Keyword of Viewer, it only searches the snippet’s information (and inconsistently). Ideally, the snippet’s contents should also be considered when filtering, as sometimes we remember part of the content but not the snippet itself. miklb and cands 2
miklb Posted December 3, 2016 Posted December 3, 2016 Ditto. When searching for emoji snippets, if I type `:grin:` it will show ? but if I search `grin` results are empty.
benjamin74 Posted February 23, 2017 Posted February 23, 2017 Bumping this feature request, it seems to be what I need to solve my needs explained in this thread, especially the "fuzzy search":
giovanni Posted June 20, 2017 Posted June 20, 2017 this seems to be addressed in 3.4 ("Update Snippets feature preferences search to also search snippet content") but perhaps only when they are part of a workflow?
vitor Posted June 21, 2017 Author Posted June 21, 2017 @giovanni It’s not addressed. It only works when in Alfred Preferences, for editing snippets. What this thread is about is searching contents when wanting to paste the snippets, which is what you do most of the time. giovanni 1
Andrew Posted June 21, 2017 Posted June 21, 2017 When this was first highlighted a while back, I did some basic research around performance and noise, and found it made the clipboard viewer quite a bit less useful for getting to your clipboard history results as you regularly saw unwanted snippets placed above history items. This is essentially why I kept snippets to keyword and title (think of the title as a kind of metadata or tags field which is also searched), which keeps the history search much more useful. While I'll unlikely change the clipboard viewer behaviour, I do have two new workflow objects planned - a Snippet Filter and Clipboard Filter, both of which will be decently configurable and will allow for both getting to snippets via their content, and also workflow based processing of these items. Cheers, Andrew giovanni 1
vitor Posted June 21, 2017 Author Posted June 21, 2017 1 hour ago, Andrew said: I did some basic research around performance and noise, and found it made the clipboard viewer quite a bit less useful for getting to your clipboard history results as you regularly saw unwanted snippets placed above history items. I don’t get the relationship. After I call a snippet I don’t see it in the clipboard history viewer. Also, the clipboard history viewer does search by content.
Andrew Posted June 21, 2017 Posted June 21, 2017 @vitor the clipboard history can ONLY search by content as you don't assign keywords or titles to items like you do with snippets. When searching the clipboard history, snippets are shown before clipboard history items. When playing with this and making snippets match much wider, you got snippets almost always showing above clipboard history items when you didn't want them to be there.
Andrew Posted January 24, 2018 Posted January 24, 2018 Alfred 3.6 pre-release b895 has had a bit of an overhaul for the snippet matching. The snip keyword and clipboard history viewer snippet search now share the same search code so they are consistent. I've also added some options in the Features > Snippets preferences to also match by snippet content. Finally, you can now also turn off the word based matching for snippets so they are consistent with the non-anchored broad search of the clipboard history content. Let me know how you get on! Cheers, Andrew vitor 1
tomer Posted January 21, 2020 Posted January 21, 2020 disabling the word on search for files is better but still would want fuzzy search like fzf on snippets For example if I have a snippet with 'intellij' and I look for 'intelij' it won't find that snippet, fuzzy search would really help.
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now