Mr Pennyworth

Alfred GIF Search
Download: Gif.Search.alfredworkflow
Up-to-date README (this post is outdated)

This workflow lets you search GIFs on Tenor from Alfred.

Here's an example of searching and inserting a GIF in a google doc:


Installation
Download the latest release. In Alfred, run .setup-gif-search.
Usage
In Alfred, enter gif keyword followed by search query. Press ↩. Use arrow keys or mouse to browse the GIFs. To copy the selected GIF to clipboard: either ⌘↩ or ⌘-click To drop the GIF into apps that support it: drag from Alfred and drop into that app
Note

Firefox and Chrome don't support pasting GIFs from clipboard. That is, if you copy a GIF to clipboard and paste it, it shows up as a static image, not an animated GIF. This is not a bug in this workflow, but rather just the way these browsers have decided to handle GIFs.

Both Chrome and Firefox support drag-n-drop. If you use either of these browsers, sorry, you gotta use the mouse!

FAstest eMOji Search (FAMOS)
 
Instant search for emojis in Alfred with related keywords in 25 languages and Google Emoji Kitchen integration
 
This post is outdated, link to up-to-date README
Download the latest versions: github release

FAMOS speaks many languages!


FAMOS uses emojibase, which is an excellent library, meticulously curated. So, all the languages that emojibase supports, FAMOS automatically does too.

FAMOS is the fastest!

10x to 20x faster compared to alfred-emoji and EmojiTaco!

FAMOS launches in under 20 miliseconds (imperceptible), while both the other workflows take hundreds of milliseconds to launch (very much perceptible).

The reason FAMOS exists is that I wanted my emoji picker to:
 - launch instantly
 - search with zero lag
 - let me pick skin-tones for each individual emoji

Skin-tone prefs for each individual emoji

I like my emojis to reflect my skin-tone correctly. And also hair color! That means, I might not always get both. So, I want hand-emojis to have my skin-tone, but face-emojis to have my hair-color even if that means wrong skin-tone. In addition, if you're a stickler like me, you will understand that I want one skin-tone for the palm and a different one for the back of the hand. Back of the hand is a shade darker than the palm, isn't it!
Search results show if an emoji has multiple tones available:
Hold command:

After pressing command+enter:

From now on, the chosen tone becomes the default tone for this emoji:


Feature comparison

Both alfred-emoji and EmojiTaco are excellent workflows, and they have tonnes of features that FAMOS lacks, and has no plans of implementing. You should definitely check them out!
 
 

 

Downloads
Chinese, Traditional apple  joypixels
Chinese apple  joypixels
Danish apple  joypixels
Dutch apple  joypixels
English, Great Britain apple  joypixels
English apple  joypixels
Estonian apple  joypixels
Finnish apple  joypixels
French apple  joypixels
German apple  joypixels
Hungarian apple  joypixels
Italian apple  joypixels
Japanese apple  joypixels
Korean apple  joypixels
Lithuanian apple  joypixels
Malay apple  joypixels
Norwegian apple  joypixels
Polish apple  joypixels
Portuguese apple  joypixels
Russian apple  joypixels
Spanish, Mexico apple  joypixels
Spanish apple  joypixels
Swedish apple  joypixels
Thai apple  joypixels
Ukrainian apple  joypixels
 

FAstest eMOji Search (FAMOS)
 
Instant search for emojis in Alfred with related keywords in 25 languages and Google Emoji Kitchen integration
 
This post is outdated, link to up-to-date README
Download the latest versions: github release

FAMOS speaks many languages!


FAMOS uses emojibase, which is an excellent library, meticulously curated. So, all the languages that emojibase supports, FAMOS automatically does too.

FAMOS is the fastest!

10x to 20x faster compared to alfred-emoji and EmojiTaco!

FAMOS launches in under 20 miliseconds (imperceptible), while both the other workflows take hundreds of milliseconds to launch (very much perceptible).

The reason FAMOS exists is that I wanted my emoji picker to:
 - launch instantly
 - search with zero lag
 - let me pick skin-tones for each individual emoji

Skin-tone prefs for each individual emoji

I like my emojis to reflect my skin-tone correctly. And also hair color! That means, I might not always get both. So, I want hand-emojis to have my skin-tone, but face-emojis to have my hair-color even if that means wrong skin-tone. In addition, if you're a stickler like me, you will understand that I want one skin-tone for the palm and a different one for the back of the hand. Back of the hand is a shade darker than the palm, isn't it!
Search results show if an emoji has multiple tones available:
Hold command:

After pressing command+enter:

From now on, the chosen tone becomes the default tone for this emoji:


Feature comparison

Both alfred-emoji and EmojiTaco are excellent workflows, and they have tonnes of features that FAMOS lacks, and has no plans of implementing. You should definitely check them out!
 
 

 

Downloads
Chinese, Traditional apple  joypixels
Chinese apple  joypixels
Danish apple  joypixels
Dutch apple  joypixels
English, Great Britain apple  joypixels
English apple  joypixels
Estonian apple  joypixels
Finnish apple  joypixels
French apple  joypixels
German apple  joypixels
Hungarian apple  joypixels
Italian apple  joypixels
Japanese apple  joypixels
Korean apple  joypixels
Lithuanian apple  joypixels
Malay apple  joypixels
Norwegian apple  joypixels
Polish apple  joypixels
Portuguese apple  joypixels
Russian apple  joypixels
Spanish, Mexico apple  joypixels
Spanish apple  joypixels
Swedish apple  joypixels
Thai apple  joypixels
Ukrainian apple  joypixels
 

Just to let you know, I'm working on new theming options which will allow for rounded corners and also to use the native macOS Visual Effect view (the blur effect you get in Spotlight and various windows around macOS). A side effect of the using this native view type is getting proper window surround, and no fuzzy corners.
 
Here is an example:
 

 
 

That folder only exists if a user has adjusted the settings in Alfred Preferences > Appearance > Options.

Hey! I forgot to chime in when I saw this originally - very impressive! Richer content natively within Alfred is something which has always been on the plan for the future, but this really does provide a solid stepping stone.
 
It wouldn't be a huge amount of effort to post a distributed notification for the quicklookurl, but due to a whole host of reasons (of which you outline some above), I wouldn't make Alfred post this by default.
 
Having said that, for fun, I wouldn't be adverse to make it a defaults write on Alfred's prefs just to see this working better, and see where you take it
 
Cheers,
Andrew

Link to better quality videos
Download the code and play around: https://github.com/mr-pennyworth/alfred-extra-pane

 
Q: What is it?
A: An app that workflow creators can add to their script filters
 
Q: What does it do?
A: It renders html from quicklookurl of every item in the json.
 
Q: How does it do it?
A: By intercepting the json and by monitoring up-arrow and down-arrow keypresses.
 
Q: How to add it to a workflow?
A: By adding it to the script filter. Here's an example (from the workflow in the above GIF): notice how everything remains the same, just that at the very end, json needs to be piped through the helper app
# Before: query=$1 PATH=/usr/local/bin:$PATH items=$(curl 'http://127.0.0.1:7700/indexes/dictionary/search' --data "{ \"q\": \"$query\" }" | jq '.hits') echo "{ \"items\": $items }" # After: query=$1 PATH=/usr/local/bin:$PATH items=$(curl 'http://127.0.0.1:7700/indexes/dictionary/search' --data "{ \"q\": \"$query\" }" | jq '.hits') echo "{ \"items\": $items }" | 'AlfredExtraPane.app/Contents/Resources/scripts/alfred-extra-pane'  
Q: Sounds great! Now tell me everything that's not working!
A: This is more of a proof-of-concept and very rough around the edges.
Things that are easily doable, but haven't been done yet (contributions welcome! ) change appearance automatically based on alfred's theme make other things configurable like dimensions Things that seem doable, but quite difficult with my knowledge of macOS GUI programming (which is about a week) let alfred remain horizontally-centered when the pane is not present, and when the pane appears, make the "alfred+pane" combination horizontally-centered (by moving both the pane and alfred window to left) Things that seem doable, but require guessing about alfred's inner workings: as @deanishe points out, alfred builds "uid-based-knowledge". that means if the returned json has an uid field, alfed can use that later to re-order items while displaying based on whether of them were previously actioned on. the knowledge is an sqlite database, so that's the easy part. the not-trivial part is to figure out how alfred sorts the items. Workaround: if you want to use this tool in your workflow, don't add UIDs to your json. One perfect use case for this is the dictionary workflow in the GIF. You looking up a word in the dictionary is a very weak signal that the word is important (many times, it is actually a signal that it is now less likely that the word will be looked up) This is a GUESS based on LIMITED observation. sorting is based on 1) how many times an item has been actioned (freq) 2) latest timestamp of action (timestamp) primarily sorted based on freq, ties are broken by timestamp special case: if the script filter has executed without an argument, and one of the resultant items has an entry in the latching table, the item goes to the top, irrespective of the above sorting. The above algorithm has been implemented and seems to match alfred's sorting.
Things that seem impossible to me: take into account mouse scroll interactions. right now, when selected row changes because of a mouse hover, the pane doesn't update, and will continue to show the old preview. As mouse hovers over various rows, the pane updates correctly, as long as Alfred's results have not been scrolled using mouse.  
 

Nice work man! This looks great. I hope they introduce this natively soon 🙏️

First, I did the same as you. When that didn't work, I figured they'd probably link to that chart a lot, so I looked on the details page for a stock. And there's a big link to the chart including the symbol parameter.

For links that appear in Alfred's clipboard history, with this workflow:
You can search using the title of the link (in addition to the URL) You can see a thumbnail of the link  
Usage instructions:
Open alfred Type ".setup-clipboard-link-thumbnailer" (without the quotes) To go through links on clipboard, use the keyword "cliplinks", or set up a hotkey in the workflow.  
Download: Clipboard Links.alfredworkflow
 
Example screenshot:

 
What's not yet implemented (and is not very likely as I don't need these features):
Link deletion Auto link deletion for links older than certain time (the way clipboard history does) Anyone who can program can implement these quite easily, and I'd be glad to accept patches: source code
 
Privacy and other Qs:
Q: Are these links sent somewhere to obtain screenshots?
A: No. Screenshots are taken locally (see source code).
 
Q: What kind of screenshot do I get for pages that are accessible only after a login?
A: The same as if you opened that link without logging in.
 
Q: What if I want some links to be ignored?
A: Not presently possible, and not likely to be implemented by me as I don't currently need it.
 
Q: What if I want all links copied from a certain app to be ignored?
A: Add the app to "Features > Clipboard History > Advanced > Ignore Apps" in Alfred's preferences. (see screenshot below)

Try this for sec.gov: https://www.sec.gov/cgi-bin/browse-edgar?company={query}
Example: https://www.sec.gov/cgi-bin/browse-edgar?company=twitter
 
Sorry couldn't figure out the second one

I hadn’t interacted with you before, but I’ve seen your posts and I like the ingenious solutions you’ve been coming up with. I’m interested in seeing more!

Better Dictionaries

Better search and live previews for built-in macOS dictionaries.
 
This post might be outdated, link to up-to-date README
Download the latest version: Better.Dictionaries.alfredworkflow

Features
IPA (phonetic) pronunciations:
Press ⌘↩ to hear the pronunciation. In-Alfred live previews with colors that
automatically adapt to Alfred's theme:
Reverse search:
More relevant search results:  
left: macOS/Alfred built-in search, right: BetterDict
If one word has multiple, unrelated meanings with different
origin, they are showed as diffrent entries
(in the above example, see "arm" has two entries at the top) Import any compatible dictionary

Setup

After importing the workflow,
first type .setup-better-dictionaries into Alfred
and follow the instructions for granting permissions.

Importing a Dictionary

After setup, type .dict-import into Alfred.

Select the dictionary you want to import.  

Dictionary-specific Keywords and Hotkeys

After a dictionary is imported, a script filter and a hotkey trigger
is automatically created into the workflow editor. 
Freshly-installed workflow without any imported dictionaries:
Two hotkeys and keyword triggers each automatically added after importing
two dictionaries. They come pre-labeled with dictionary names:
This allows you to assign hotkeys and keywords for specific dictionaries.
For example, below you can see how I have manually assigned keywords
thesaurus and defn to the thesaurus and dictionary respectively.
In addition, I can trigger the dictionary search using ⌃⌥⌘D.  


Word Lookup

You can use the hotkeys/keywords created above for directly searhcing
specific dictionaries. That's the recommended way for dictionaries
that you use frequently.

For the infrequently used dictionaries for which you haven't assigned
any hotkeys/keywords, follow this:
 1. Type lookup into Alfred. You'll see a list of all dictionaries
    imported into BetterDict.
   
 2. Select the dictionary to search, and type the search query.

Notes and Warnings
[*]Importing a dictionary could take as much as 30 minutes
on old machines or if there's significant CPU activity from other apps.[*]After each mac restart, for the first time when you run
the workflow, expect a comparatively slower search.
Subsequent searches should be instant.[*]This workflow takes a LOT of space on disk. Take a look at the comparison:

 

# Built-in dictionaries Oxford Thesaurus:   7 MB Oxford Dictionary: 36 MB # After importing into BetterDict Oxford Thesaurus:     101 MB (html files) Oxford Dictionary:    442 MB (html files) Search index for two: 730 MB (apart from html)

 

Known IssuesThe workflow doeesn't work if the theme is Alfred Classic.  
If you must use that theme, duplicate that theme and use the
duplicated one.

This is actually a thing I've been hoping to see in Alfred for many years. I wish you good luck, and I also hope this gets worked on as an official Alfred API. Great POC!

This is a really interesting idea, but I think there’s a fundamental flaw: Alfred doesn’t always show results in the order they are in the JSON file.
 
If items have UIDs, Alfred will apply its “knowledge” and sort the results based on previous user behaviour.
 
If I understand the way your app works correctly, that means your previews will often be out of sync with the results if UIDs are used.

Right, I see how it works now. I saw ocr.py was referenced in the launch agent, and there it was in the workflow folder… I didn't realise that was only your personalised copy.
 
I’m not sure you need a custom generated Python file, do you? You could get the path to the clipboard database with os.path.expanduser('~/...'), and the path to ocr.app via sys.path[0], seeing as it’s in the same directory as the Python script. Or set the launch agent’s working directory to the workflow directory.
 
But whatever.
 
This workflow is awesome!

Edit:
If my specific ocr.py file is included, the first invocation of the launch agent will fail. That's because the launch agent is loaded first and python file is overwritten next. I updated the workflow in two ways to fix this:
first create the python file and then load the launch agent remove the bundled ocr.py file from the workflow (just to be safe) Thanks so much for spotting it!
 
Original Reply:
Whoops! Didn't mean to include the `ocr.py` file.
However, it'll get overwritten when `.clipboard-history-ocr-install` is run.
Before posting I tested on another mac with a different username and it worked.
 
Here's the part where the ocr.py file gets overwritten with user-specific settings:

Clipboard History OCR for Alfred
Make images in Alfred's clipboard history searchable by their text content.
 
This post might be outdated: up-to-date readme.
Download the latest release.

Alfred's clipboard history includes images too. However, there's no way to search through them. For example, in the screenshots below, are two images in the clipboard history, but the only "searchable" information about them is dimensions and size.



This tool runs OCR every time an image is copied to clipboard, and makes the image searchable using that text.




Setup

Download the latest release. Type .clipboard-history-ocr-install Done!

Uninstall

Run .clipboard-history-ocr-uninstall in Alfred. Delete the workflow from Alfred.

Credits

Tesseract OCR Mac dilyb bundler Icon made by combining icons from flaticon by Pixel Perfect and Dimitry Miroliubov.

That’s a really clever idea.
 
Unfortunately, you’ve hardcoded your own system’s paths in the Python script (e.g. /Users/sujeet), so it won’t work as-is for anyone else.