jeffsui

This emoji workflow scrapes Unicode.org to pull down the latest set of emoji!!. On the first run, you must be connected to the Internet so that you can generate the initial Emoji set. As new emoji are released you are able to re-query unicode.org to download the latest emoji set. There may be situations where you have emoji that do not display correctly on osx but would render correctly on ios .  This is because the emoji list on ios and osx are updated at different times.  
 
Commands:
init emoji e <search string>  
The first time you run this workflow use the command init emoji to start the download process.
 
To trigger an emoji search you use the e button and start typing a search term
 

 
 
You can get funky and use - to exclude something such as in this case
 

 
 
https://github.com/jeeftor/EmojiTaco/releases
 
Releases:
*  0.9.6 - Added new commands like:
*  0.9.28 - New Icon
* 0.9.29 - Auto-Init if no emoji is loaded yet
* 0.9.32 - Updated to support new Unicode.org file format
* 0.9.36 - Added support for automated testing to detect changes in the Unicode source document.  A recent change disabled the plugin. 
* 0.9.38 - Extra headers - Supports latest Unicode File format change
* 0.9.54 - Latest and greatest - works and has been working for some time now   
* 0.9.55 - Updated documentation to match what we have now
 
Commands
alt/option (⌥) - Show Unicode Values
cmd (⌘) - Show Python String
ctrl (⌃) - Show Python String decoded
shift (⇧) - Display the image in QuickLook
 

Me neither!  (but then again thats why I wrote it).
 
The only thing I wish I had was a better way to search for emoji - as unicode.org doesn't really listen the aliases out there.

sorry just need to pass by to say that i cannot live without this Workflow. all my love to you taco man  ❤️

This emoji workflow scrapes Unicode.org to pull down the latest set of emoji!!. On the first run, you must be connected to the Internet so that you can generate the initial Emoji set. As new emoji are released you are able to re-query unicode.org to download the latest emoji set. There may be situations where you have emoji that do not display correctly on osx but would render correctly on ios .  This is because the emoji list on ios and osx are updated at different times.  
 
Commands:
init emoji e <search string>  
The first time you run this workflow use the command init emoji to start the download process.
 
To trigger an emoji search you use the e button and start typing a search term
 

 
 
You can get funky and use - to exclude something such as in this case
 

 
 
https://github.com/jeeftor/EmojiTaco/releases
 
Releases:
*  0.9.6 - Added new commands like:
*  0.9.28 - New Icon
* 0.9.29 - Auto-Init if no emoji is loaded yet
* 0.9.32 - Updated to support new Unicode.org file format
* 0.9.36 - Added support for automated testing to detect changes in the Unicode source document.  A recent change disabled the plugin. 
* 0.9.38 - Extra headers - Supports latest Unicode File format change
* 0.9.54 - Latest and greatest - works and has been working for some time now   
* 0.9.55 - Updated documentation to match what we have now
 
Commands
alt/option (⌥) - Show Unicode Values
cmd (⌘) - Show Python String
ctrl (⌃) - Show Python String decoded
shift (⇧) - Display the image in QuickLook
 

This workflow will query both or either Exchange Office 365 or Google Calendar to pull down a daily list of events.  They will be organized by time and - if configured - it will extract online meeting information from either Skype or Hangouts and allow you to jump right into the meeting
 

 
Usage
  You can use the following commands   Available Commands:   Today (shows the today list) Tomorrow (shows tomorrows list of events) tc Loads configuration options tcrest Restes data to default  
Download the Latest Release
 
* Github Link (Documentation & Source)
* Packal Link 
 
Version History:
- 2.0.1 - Fixed a bug in exchange credential loading
- 2.0.2 - Added Dateutil into the included libs
- 2.0.3 - Fixed event sort order
- 2.0.4 - Google calendar will now prompt for initial authorization (in theory)
- 3.0 - Background fetching and significant speed up on UI
- 3.1 - Changed the sort order so past events show up at the bottom of the screen now
- 3.8 - Huge refactor of internal code base.  Better debug logging and background processing
- 3.8.1 - Minor bug fix where tomorrow was returning today and today tomorrow
- 3.8.2 - Fixed a bug in the internal cache
- 3.9.1 - New Fancy Help, and remove CA_CERTS requirement which was causing auth issues. &nbsp;Manual Auth support in documentation
-3.9.2 - SSL Toggle ability - by default SSL is enabled - if you have troubles you can turn it off
- 3.9.3 - Minor patch in SSL Stuff
- 3.9.7 - Major bug fix in google authentication and SLL toggle support.  
- 4.0 - Multi Calendar mode for google
- 4.1.0 - Updated quick look templates and enhanced protection for out of sync settings files
- 4.3.1 - Fix for auto update mechansim
- 5.0.1 - Ability to disable All Day Events (Outlook Only - google coming soon!)
- 5.0.2 - All Day - Outlook and Google (BE HIDDEN) - SOON HAS COME!
- 5.0.3 - Google Calendar Auth Fix
- 5.0.5 - Client Secret errors resolved

Alfred supports only plain text, so... no.
 
If you want to have a password box, then you can use CocoaDialog's Secure Input.

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

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

This workflow will let you search the ourairports.com airport database based on IATA or ICAO or local Airport codes.  
 
* Initialize with:  aptinit
* search with: apt
* load specific details with: aptd
 
Workflow available here:
https://github.com/jeeftor/alfredAirports/releases/tag/v0.5

I've installed it and so far it works as expected.  Great work!!

I really love the progress bar implementation. It's such a well made idea.  
 
Thank you for sharing this. 

This workflow will let you search the ourairports.com airport database based on IATA or ICAO or local Airport codes.  
 
* Initialize with:  aptinit
* search with: apt
* load specific details with: aptd
 
Workflow available here:
https://github.com/jeeftor/alfredAirports/releases/tag/v0.5

Would it be possible for modifiers to change the icon of the entry?  Didn't see it as being possible in the documentation as of yet.

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

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

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

Interesting - I wrote something somewhat similar for personal use.  I actually compiled a custom version of (https://github.com/luosheng/OpenSim) and gave it an Alfred interface.  Looks like what you have here is a better option.
 
I'll check it out at work on monday.

@deanishe the first iteration of this will likely be defined in the JSON/XML returned from the script filter... i.e. "rerun script in x seconds if still focused". This would give a bit more dynamic control over duration / repeat for reload. It's also worth mentioning that Alfred will keep the current results visible while reloading the subsequent results, so you could theoretically do this (yet to be tried and tested)...
 
On first run of the script, show cached results and ask Alfred in the JSON to re-run the script pretty much immediately. Don't return updated results until you have them, and as soon as you do, return them and Alfred updates the results. This way, you get two runs, one with your cached, and one when you have a second set of results.
 
Cheers,
Andrew

I'd love to see the ability for workflows to programatically re-run themselves as and when necessary (e.g. via tell application "Alfred 3" to rerun).
 
This is another reason that workflows call themselves via AppleScript (and what prompted me to ask for the keyword in envvars above, as they're related in my mind).
 
It's very common for Script Filters to show a locally-cached copy of the data from an application/webservice and update the cache in a separate process. It'd be great if that separate process could tell Alfred to re-run the Script Filter if the cached data have changed.
 
"Re-run every X seconds" would broadly suck for this, as few Script Filters that aren't written in compiled languages run fast enough for it not to be very obvious to (and annoying for) the user when they reload. Reloading once if and when there are fresh data is good. Reloading every few seconds just in case there are, not so much.
 

@MEs I think i noticed that also.  It will take me a few days to get to it pretty busy this week.

3.5.1 works for me!

Tiny bugs: The Google event icon doesn't work however: the path is still set to eventGoogle.png, not img/eventGoogle.png (EventProcessing.py L55). The "update" icon update-available.png also doesn't exit.

Feature request: Every Google calendar event has a Hangout link by default (you have to remove them manually). It'd be awesome to be able to turn those extra Hangout items off (I've never used one). 
 
Never mind. My bad. It seems this is some Google Apps thing. I have to turn it off in the Admin console, not Calendar settings.
 

The reason for that is you don't pass the user input ({query}/$1) to any of your scripts. If your today/tomorrow scripts worked like this, it would work.
query=$1 python doubleQuery.py 0 "$query" Important: You also have to turn off "Alfred filters results". If that's on, Alfred doesn't pass any query to your script. Instead, it calls the script just once to get all results. It won't call your script again until you "leave" that workflow and re-trigger it. "Normal" mode calls your script every time the query changes.

You currently have "Alfred filters results" on for today, but off for tomorrow.

I think that realistically, you'll have to turn "Alfred filters results" off.

It doesn't understand that Skype/Hangout items are "sub-items", so if you enter "hang", Alfred shows a bunch of "Join Hangout" results without the context of their parent items.

Alfred-Workflow's filtering would be a reasonable choice. It's stupidly slow compared to Alfred's filtering, but it can handle a few hundred items easily, and it's "smarter". For example, Workflow.filter() will match "js" to "John Smith", but Alfred's search is strictly word-starts-with. With AW, you also specify your own strings to filter against, so you could include venue or participants. Alfred only filters on item titles.
 
Anyhoo, I'm off to add quicklookurl to AW…
 
Thanks for the awesome workflow!

This workflow will query both or either Exchange Office 365 or Google Calendar to pull down a daily list of events.  They will be organized by time and - if configured - it will extract online meeting information from either Skype or Hangouts and allow you to jump right into the meeting
 

 
Usage
  You can use the following commands   Available Commands:   Today (shows the today list) Tomorrow (shows tomorrows list of events) tc Loads configuration options tcrest Restes data to default  
Download the Latest Release
 
* Github Link (Documentation & Source)
* Packal Link 
 
Version History:
- 2.0.1 - Fixed a bug in exchange credential loading
- 2.0.2 - Added Dateutil into the included libs
- 2.0.3 - Fixed event sort order
- 2.0.4 - Google calendar will now prompt for initial authorization (in theory)
- 3.0 - Background fetching and significant speed up on UI
- 3.1 - Changed the sort order so past events show up at the bottom of the screen now
- 3.8 - Huge refactor of internal code base.  Better debug logging and background processing
- 3.8.1 - Minor bug fix where tomorrow was returning today and today tomorrow
- 3.8.2 - Fixed a bug in the internal cache
- 3.9.1 - New Fancy Help, and remove CA_CERTS requirement which was causing auth issues. &nbsp;Manual Auth support in documentation
-3.9.2 - SSL Toggle ability - by default SSL is enabled - if you have troubles you can turn it off
- 3.9.3 - Minor patch in SSL Stuff
- 3.9.7 - Major bug fix in google authentication and SLL toggle support.  
- 4.0 - Multi Calendar mode for google
- 4.1.0 - Updated quick look templates and enhanced protection for out of sync settings files
- 4.3.1 - Fix for auto update mechansim
- 5.0.1 - Ability to disable All Day Events (Outlook Only - google coming soon!)
- 5.0.2 - All Day - Outlook and Google (BE HIDDEN) - SOON HAS COME!
- 5.0.3 - Google Calendar Auth Fix
- 5.0.5 - Client Secret errors resolved

I could for some reason not get the workflow:magic command to work, so I just manually generated a list of options.
 
You can use dbgtoday to get the debug menu open.
 
I've stuck some more debugging into the workflow
 
https://github.com/jeeftor/alfredToday/releases/tag/v3.5.1

So if somebody is tech savvy it would probably be pretty easy to get the workflow working internally.  In fact pyexchange (the package i'm using) initially works only with internal servers - as opposed to external servers.  The problem is I dont have a server to test against.  
 
If you are so inclined I can work with you to figure out what kind of authentication your internal server supports - and see if we can get it working that way. 
 
 
 
With regards to other calendars - should be doable.  Might take some time to get around to it but I'll def look into that as an enhancement.  

I actually just wrote a medium article that discuses external triggers.  My use case was having a task that displays cache results.  Then it runs a background process and if that detects an update is needed to the data, it will use a series of external triggers to cause the alfred to hide and then reload the search results.
 
You can read here if you like: 
 
https://medium.com/@Jeef/alfred-today-my-experience-writing-a-plugin-80cbd0fea9c1#.ynbhwyur1