xilopaint

What matters to me is the notification at the time it appears, not how it looks in the notification center.

And there, the difference is not subtle at all. It’s the difference between looking native or looking like it was called by another application. I want it to look native. I don’t care at all about the icon on the right side because that’s not what identifies an app.

Python is lacking a subtitle:
 

Additionally, I would split Python 2 and 3.

Python is lacking a subtitle:
 

Additionally, I would split Python 2 and 3.

What @xilopaint said. "Python" apparently points to Python 3. Which is confusing because the macOS Python is Python 2.
 
Better to use "Python 3" for Python 3. "Python" should point to the Python 2 docs. That's the system Python and what any python executable is. Python 3 binaries are called python3.

In the documentation.

Oh nice, I actually just posted on the other workflows GitHub seeing if 2016 support was possible and he said no.
 
I agree that it isn't really a good fit for APT I was just naming features of ilovepdf.com that are useful.
 
 

OMG! Love it!!!!!! TY so much <3

It's a keyword with no arguments. You just have to hit enter with no spaces and the compose window will open.

Thank you! I will surely take a look on it on the next days.

You're welcome. Although you might want to re-download because I've tried to make it even more snappier
v1.4 - Caching
Menu results are cached for a very short duration, resulting in even faster filtering of menu items.
 
Check it out!

PDF Split (File Action)
Split a two-page scanned PDF into two separate pages. Accepts multiple files.
When used on a file original.pdf, it creates original-split.pdf in the same location.
 

 
All the action is in splitPDF.py which is a very slightly tweaked version of a script by Hanspeter Schmid posted here.
Built with PyPDF2.
 
Download: https://www.dropbox.com/s/ablkq7p94dxnn5l/PDF Actions.alfredworkflow?dl=1
 
Not as versatile as Skimmer : PDF actions for Skim was, but working and hopefully more future-proof.

Fixed. Hopefully, this was the last one. Please, re-download.

Libraries and Frameworks

Python 3: Alfred-Workflow, by Adam Hitchcock
Python 3: Ualfred, by @chaojie
Dart: Alfred Workflow, by Klemen Tusar
Go: go-alfred by Jason Cheatham
PHP: Alfred Workflows PHP Helper by @joetannenbaum

Other Utilities

Add auto-updating to your Workflow: OneUpdater, by @vitor
iTerm2 intergration: Custom Alfred iTerm Scripts, by @vitor
 

All the libraries on this list are (at the time of the last edit) up-to-date and their developers are either still supporting them or forum regulars. That means any problems you find and suggestions you have are likely to be addressed.

If there’s any library you think belongs in (or should be removed from) this list, leave a reply below. I’ll evaluate it and then hide the comments (so the thread can be kept tidy).
 

I have re-implemented ctwise's excellent implementation of the Menu Search workflow in Swift.
 
This version is ever so slightly faster (at least on my machine ) - YMMV.
 
Requires OSX 10.7+
 
↓ Download

Refer Github README page for up-to-date information.
Usage
Type m in Alfred to list menu bar items for front most application You can filter menu items by name, or do a fuzzy search.
E.g
m new tab will match the menu item New Tab m cw will match the menu item Close Window  
Setup
Note that Accessibility must be enabled for Alfred in order for this to work correctly.
 
For example, in macOS Sierra, this is configured using the Security and Privacy preference pane, under the Privacy tab with the Accessibility section selected. Alfred must be included in the list of apps allowed to control your computer. This step is required for the workflow to generate the list of menu items, and also click on a specific menu item. 
 
Here's a snapshot of what the preference pane might look like in macOS Sierra.
 

 

Guys, I heard you and I'm happy to announce that I've integrated this request in the new version of the workflow (6.5)
 

 
See related article here http://alfred-spotify-mini-player.com/articles/green-theme/
 
Enjoy version 6.5!

First of all, there's a lot of unnecessary code in the function. There's no need to manipulate then decode byte strings: just use Unicode. The \U0000FE0F characters are also unnecessary. They mean "display the previous character in full colour" (technically, "in emoji mode"), which is the default behaviour on OS X.
 
So here's a simplified, more Pythonic version that does the same thing:
# length of progress bar BAR_SIZE = 5 def progress_bar(n):     """Wrap-around Unicode progress bar."""     # create all-black bar of BAR_SIZE length     bar = [u'\U000026AB'] * BAR_SIZE     # get index between 0 and BAR_SIZE - 1     i = n % BAR_SIZE     # replace "current" character with white ball     bar[i] = u'\U000026AA'     # combine to a single Unicode string     return u''.join(bar) for i in range(100):     print(progress_bar(i))  
The basic idea is that for n+1 you get a new progress bar with the white ball shifted one position to the right (or back to first position if it's already at the end).
 
The critical code is i = n % BAR_SIZE.
 
n % 5 is the remainder of n divided by 5, so it always "wraps around" to a number from 0 to 4, i.e. 1 % 5 = 1, 2 % 5 = 2 … 5 % 5 = 0 and 6 % 5 = 1.
 
So regardless of whether n = 1 or n = 200000, i will always be between 0 and BAR_SIZE - 1 (i.e. the index of one of the balls in the bar), and n+1 will give you i+1 (or i = 0 if n is a multiple of BAR_SIZE).

I created a sample workflow to demonstrate how one could implement a progress bar.


 
This workflow requires Alfred 3.2 and takes advantage of the `rerun` feature.  
 
https://github.com/jeeftor/ProgressBar

@MuppetGate Any future plans to add the exclusion function back in? It's great for calculating dates for work days.

German internet isn't amazingly fast or anything. It doesn't get much over 10 Mbit/s up. My connection is 50/16 Mbit/s, but if I wanted to get 100 down, I'd have to drop to 8 up 'cos nobody offers fast up and down (at least where I live, which is in the middle of a big city).
 
As regards almost everything else being crap, I'd love to make a comment involving the numbers 7 and 1, but I only live in Germany and am actually English, so …
 
 

Well, I am from Brazil and you live in Germany. Here is widespread that our connection speed (as almost everything else) is generally crap and yours is great, so that was an assumption I made.
 
Until now I hadn't got any error message but I just tried to upload the file again and I finally got this dialog with a message:
 

 
So it seems clear that the problem is the file size.

Is there a way just to type "dcalc mm/dd/yy" and see how many days it is since that day until today without typing "dcalc mm/dd/yy - today"?
 
 

TEMPORARY FIX
 
Grab this workflow and follow the instructions on how to use it.
 
It will replace buggy versions of Alfred-Workflow with a working one in any workflows you have installed.
 
Vítor posted a handy script that can fix all your workflows at once.
 
If you're not a big shell user, here's another way:
Download the latest release of Alfred-Workflow Extract the zip file In Alfred Preferences, right-click on the broken workflow and choose Open in Finder Replace the workflow directory in the broken workflow with the one from the Alfred-Workflow release you downloaded Repeat for any other workflows causing the same issue This will make the workflow fully-functional again.

It's working! But I cannot simplify the connections since the workflow not always outputs a notification.
 
Thank you, @vitor! It's a neat update feature!

OneUpdater is an updater you can plug with minimal configuration into workflows, to keep them up-to-date in users’ machines.

Easiest way to use it is to copy one of its OneUpdater nodes (the pink ones, with the note) to another workflow.

If the workflow actions anything (you press ↵ at some point during usage), copy the top node (Run Script). Connect it to the most used action and double click to edit it. Fill the top variables with the correct values and you’re done.



If the workflow doesn’t action anything (Script Filters with no connections), copy the bottom node (Script Filter) instead and make its Keyword the same as the most used in the workflow. Edit the top variables the same way.

The top lines must be set, and the rest of the code should be left untouched.
remote_info_plist is the URL to the workflow’s up-to-date info.plist on a server. workflow_url and download_type work in tandem. download_type must be one of direct, page, or github_release. When direct, workflow_url must be a direct link to a Workflow file. When page, workflow_url must be a link to a download page. When github_release, workflow_url must be of the form username/repo. frequency_check is the number of day between update checks. Set it to when testing, so it fires on every use.
Example:
readonly remote_info_plist='https://raw.githubusercontent.com/vitorgalvao/alfred-workflows/master/ShortFilms/source/info.plist'  readonly workflow_url='https://raw.githubusercontent.com/vitorgalvao/alfred-workflows/master/ShortFilms/ShortFilms.alfredworkflow' readonly download_type='direct' readonly frequency_check='4'
For it to work you need only update the workflow version in the configuration sheet (which should be done anyway). When any update happens, the user will be informed via a notification. It will be delivered by one of (in order and stopping at the first it finds) notificator, terminal-notifier, or plain AppleScript-called notification.

With both direct and github_release, new Workflow versions will be downloaded directly and opened (github_release grabs the first file from the latest release of the repository). page will open a page on the default web browser.
 
Download | Source

Hey Dean
 
Did you have any time yet to try and implement Quora search? I think it would really be quite awesome.