stuartcryan

Simple LastPass Workflow for Alfred - quick and easy access to your LastPass vault
Simple yet powerful integration with the Lastpass CLI so you can now get your passwords out of your Lastpass vault and straight into the clipboard from within Alfred.
 
Version 1.4.7 update - Please Read
-----------------------------------------------------------
Ladies and gents, I am happy to present v 1.4.5 of the workflow. Before I continue, this has represented a SIGNIFICANT amount of work for me so if you like it and use it, please say thank you by donating towards my Diet Coke and cake fund.   Any amount will do, whatever you feel the value is for you/your business/your time.  
 
Please note you MUST update your LastPass CLI version to 0.7.1 or higher as this update relies on new functionality that I worked with the LastPass team on integrating into the official CLI. Additionally version 1.4.6 and higher of the workflow WILL ONLY SUPPORT ALFRED 3 (and are not backwards compatible)
 
If you haven't used LastPass before... you are crazy and you should it is the single greatest password manager package out there    so check it out at http://stu.link/LaStPaSs (Disclaimer, if you sign up through that link I get a free month otherwise you can go direct to http://www.lastpass.com).
-----------------------------------------------------------
 
Donations
This workflow represents many many hours effort of development, testing and rework. So if you love the workflow, and get use out of it every day, if you would like to donate as a thank you to buy me more caffeine giving Diet Coke, some Cake, or to put towards a shiny new gadget you can donate to me via Paypal.
 
Download
You can download the latest .alfredworkflow file directly or visit the official github repository (where you can log any issues, feedback or suggestions also).
 
Installation
Ensure you have Alfred installed with the Alfred Powerpack License Install Capture::Tiny Open up a Terminal Window run the command 'sudo cpan install Capture::Tiny' Accept the default options and ensure Capture::Tiny installs successfully Install Homebrew (if you do not have it already installed) You should be able to just run the command in a terminal window (as your own user account NOT with sudo) ruby -e "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install)" Alternatively visit http://brew.sh/ for further instructions. Install LastPass command line interface In a terminal window run brew install lastpass-cli --with-pinentry --with-doc Download the .alfredworkflow file Open the .alfredworkflow file to import into Alfred Run 'lpsetemail yourloginemail@yourdomain.com' in Alfred to set your LastPass username. Usage
lpsetemail yourname@example.com - must be run when you first install/upgrade to version 1.2 or higher lpsettimeout NUMSEC - Set number of seconds until your login times out (where NUMSEC is an integer such as 28800, if you use 0 that will keep you logged in until your computer restarts) lplogin - Log in to LastPass lplogout - Log out of LastPass lp Search Lastpass vault for item containing , press return to copy to clipboard. Shift modifier can be used on lp to copy the username. Contributing
Fork it! Create your feature branch: git checkout -b my-new-feature Commit your changes: git commit -am 'Add some feature' Push to the branch: git push origin my-new-feature Submit a pull request History
Version 1.4.7 Changed mechanism for copying to clipboard. Now marks passwords as transient, Alfred will no longer store them in the clipboard history. Updated icon submitted by Tom Conroy has been merged in (thanks for this Tom!) Version 1.4.6 Updated to work with Alfred 3 (long awaited official release of the long-in-testing beta version). Username display functionality submitted by Guillermo Moreno has been merged in with some minor changes (thanks for your hard work Guillermo!) Released with my apologies for the delay in getting this version out of beta... my masters course was INTENSE this semester, thank you to all of those that waited patiently. Version 1.4.5 Fixed detection for when login has timed out, now correctly requests login. Fixed rare cases of login-script loops. Improved speed of copying usernames. Updated documentation. Version 1.4.4Merged in code submitted by Ariel Barreiro to better support two factor authentication (2FA). Version 1.4.3NOTE: This has the same requirements as v1.4.2 below Fixes the binary version of the flow so that it is ACTUALLY updated Adds a fix so that the CLI's copy to clipboard is now lightening fast and should happen pretty much instantly. Version 1.4.2NOTE: This version *requires* the LastPass CLI v 0.7.1 or higher due to this new feature --> Login process completely changed over to use AppleScript (cleaner and nicer). This was thanks to work between myself and Bob from LastPass who maintains the official LastPass CLI to add a feature allowing an external login prompt to be used. Login password prompt now uses an AppleScript password prompt. Fix to allow you to search for words in any order. Vault item's which now require re-authentication will pop up the AppleScript login prompt. Has now been tested with a Vault with over 30,000 items for performance tweaks. (I have since been told by LastPass support their soft limit is significantly lower than this at ~2500 items explains why I was having some issues in testing). More resilient escaping of text in the XML to ensure that special characters should not cause any issues. Fixed missing quotes in some areas that could cause issues with spaces. Squashed a little regex bug and wiped up the goo. Fixed issues with spaces in certain paths we referenced Fixed how the initial login process is run after a reboot. This required the changes made to how we manage the login process and it has subsequently been cleaned up significantly. Other minor general tweaks. Version 1.2Bug - Removed deprecated framework code Bug - Merged pull request #4 from jsquyres "we-love-macports-too" to support macports installs of the lastpass-CLI Bug - Further improved on jsquyres code to support some additional install locations. Bug - Fixed bash script reliability, after two login attempts the script was often failing. Improvement - Improved sync behaviour to better support extremely large vaults. Improvement - Added new 'lpsync' command to force a sync on demand. Improvement - Changed behaviour to store login email in your Apple Keychain (set with 'lpsetemail yourname@example.com'). Improvement - Added the ability to set the logout timeout and store in the keychain (set with 'lpsettimeout NUMSEC' where NUMSEC is an integer such as 28800, if you use 0 that will keep you logged in until your computer restarts). Improvement - Added hotkeys to the main functions. Version 1.1Removed code that worked around an old buggy version of pinentry Fixed incorrect handling of no search results found (previously reported CLI tools were not installed) Version 1.0 - Initial Release Credits
Created by Stuart Ryan. If you would like to get into contact you can do so via:
@StuartCRyan on Twitter Stuart Ryan on LinkedIn Technical Notebook Blog License
Released under the GNU GENERAL PUBLIC LICENSE Version 2, June 1991
Notes
NOTE: This Alfred Workflow is not affiliated in any way with LastPass. The LastPass trademark and logo are owned by LastPass.com. The LastPass logo and product name have been used with permission of the LastPass team.
My thanks go out to LastPass for their awesome product and the new CLI!

Hi All,
As per a request submitted on Github, I have updated to add support for FirefoxDeveloperEdition and Webkit Nightly Builds to the workflow.
 
New version is 1.2 and is available here --> https://github.com/stuartcryan/defaultbrowser-alfred-workflow/blob/master/set-default-browser-alfred-workflow.alfredworkflow
 
#enjoy

Hi there! It's my first public workflow. It helps to forget keyword for workflow which was not used long time. Just type ? and the name of the action and you will see a list of available actions.
 
I hope that workflow will be useful 
 
Download
 
Github
Packal
 
Current version: 1.0.2
 


Screenshot 1 Screenshot 2

Howdy all,
So, for you fine people who have given me so many awesome workflows, I give you the Advanced Google Maps AND NOW APPLE MAPS Search Workflow available on Github --> https://github.com/stuartcryan/advanced-google-maps-alfred-workflow.
 
A couple of quick things:
Didn't you just release a major update 1.3.0? Yahuh, I most certainly did, however after that some amazing ideas came out of the woodworks, and it became a mere stepping stone to what the workflow is today. Why didn't you wait to release 2.0.0? Quite simply, I thought it was complete, however, like I mentioned above, some GREAT ideas came out in the week after release from some passionate members of the community, and I figured, WHY NOT! In putting these in, I was able to create added flexibility when re-working the code base, to support several features that previously, were not possible. Why 2.0.0 not 1.4.0? The 2.0.0 release has changed a lot, including adding Apple Maps Support, new updating mechanism, all new location for configuration, and other major changes. Hence 2.0.0 seemed more appropriate. Why 2.0.1? @deanishe found a bug in his favourite part of the flow he had been waiting for... it has now been squashed!  
So please enjoy, this release has had EXTENSIVE testing prior to release, I have to say I am pretty chuffed with it all around!
Stuart
 
Easy directions from or to multiple locations, using either Google Maps or Apple Maps. Now includes custom locations in addition to just home and work, auto updating, and a wealth of new features for you to sink your teeth into.
Getting to Know the Flow - Course available for $14.99USD
With the explosion of features, added configuration complexity, and awesomeness of the 2.0.0 major release (and overhaul), I have opted for a different tact, to ensure the support overhead is limited.
 
I have put together an hour long course for only $14.99USD that covers off every configuration option of the workflow, how to get up and running, getting into the advanced nitty gritty, and so on.
 
The course will be updated as any new usability or training needs are identified, and I will commit to the course being updated through the entire V2.0.0 release. I do reserve the right to extend that to the next release if I later choose.
 
Version 1.3.0 and version 2.0.1 represent almost the entirety of my holiday break over December-2017 and January-2018. I would anticipate I have over $6000 in time into this flow for these two versions alone, plus costs for the new logo, and costs for Closed Captioning.
 
So don't delay and check out the course, there are a few videos set to preview so you can try before you buy!

Donations
Alternatively if a course is not your thing... You can just donate to me directly! If everyone who downloaded gave $20, that would make me a very happy camper and give me something back for my time, it would also enable me to have a custom icon set created for the flow.
 
So if you love the workflow, get use out of it every day, and would love to see me continuing development, a donation is a great way. You can either donate to me via Fundly which gives the option of a re-occurring donation and also has some suggestions, donate to me via Patreon (if that is your preference) or donate to me via Paypal which is nice and easy.
 
 
2.0.0+ Release Compatibility Information
In 1.3.0 the home and work locations, required setting up again due to a bug with special characters.
 
In 2.0.0 the home and work locations have been moved out of the keychain (which was a legacy method of handling them before Alfred had workflow environment variables). Old locations can still be used as they would have without further intervention. However, the mapsethome and mapsetwork commands have now been removed. To add/update these now you must do so on the workflow environment variables config screen. I would also recommend you run 'zcleanmapsoldaddresses' to remove the old addresses from your Apple keychain.
Installation
Ensure you have Alfred installed with the Alfred Powerpack License Download the Advanced_Google_Maps_Search.alfredworkflow file Open the .alfredworkflow file to import into Alfred Set up the workflow configuration parameters as you desire (see below for additional details), by clicking on the little [X] in the top right hand of the Workflow page in Alfred Complete the advanced steps below to add additional (and awesome) functionality Current Location Feature Installation and Configuration
If you wish to use the 'Directions from Current Location - dirfc' command or the 'here' modifier, you will need to also install homebrew and the CoreLocationCLI package.
Install Homebrew using instructions from https://brew.sh/ Install the CoreLocationCLI utility by running the following command in a terminal 'brew cask install corelocationcli'. Check your installed location by running 'which CoreLocationCLI' Ensure the workflow environment variable on the Workflow Configuration screen matches the installed location. Contact Address Handler Configuration
If you wish to use this workflow to handle directions to a contact's address you may do so by completing the following additional steps.
In Alfred's Preferences click on Features --> Contacts Double click on the 'Address' field In the dropdown, select "Search Contact Address with Advanced Google and Apple Maps Search" Ensure you correctly configure the contactHandler parameter as per the instructions under the Configuration section. Fallback Search Setup
If you wish to use this workflow to handle fallback searches in Alfred, you can now do this too!
In Alfred's Preferences click on Features --> Default Results Click the button to 'Setup Fallback Results' Click the small + sign to add a new record Select any of the available fallback searches provided by the workflow to add them to your personal fallback search results. Configuration
Explanation of each of the Workflow Environment Variables
contactHandler: Used as the default mechanism to handle Contact address searches. Supports two formats including "drive here to" (current location to Contact's address) "drive to here" (Contact's address to Current Location) or "('computerName:drive here to','default:drive here to')" CoreLocationCLIBinary: Defines the location of the installed CoreLocationCLIBinary. Supports two formats including "/usr/local/bin/CoreLocationCLI" or "('computerName:/some/other/location/CoreLocationCLI','default:/usr/local/bin/CoreLocationCLI')" currentLocationFallback: Used as the fallback address in case CoreLocationCLI is not installed, or fails (especially if WiFi is unavailable, or turned off). Supports two formats including "Some Address in Some State 20023" or "('computerName:home','someOtherComputerName:Some Address in Some State 20023','default:work')" customLocations: Supports custom location modifiers for all dir* commands. Please note, this does not dynamically add new dirfx or dirtx commands. Must be formatted in the following fashion: "('gym:49 Queens Rd, Five Dock NSW 2046','school:1A Harris Rd, Five Dock NSW 2046')" defaultTransportationMode: Defines the default transportation fallback mode if none is specified at runtime. Possible values include: "pt" for Public Transport, drive, walk or bike. Supports two formats including "bike" or "('computerName:pt','someOtherComputerName:walk','default:drive')" googleLocal: Defines which Google Locale to use such as 'com.au', 'com.tw' or 'com' as some examples. Supports two formats including "com.au" or "('computerName:com.au','someOtherComputerName:com.tw','default:com')" homeAddress: New storage location for Home Address. Supports two formats including "Some Address" or "('computerName:Some Address','someOtherComputerName:Another Address','default:A Third Address')" workAddress: New storage location for Work Address. Supports two formats including "Some Address" or "('computerName:Some Address','someOtherComputerName:Another Address','default:A Third Address')" mapsHandler: PLEASE NOTE this only supports a value of either "Google" or "Apple" and may not have a computer specific value. Recommended Example Configuration for Workflow Environment Variables
contactHandler: ('default:drive here to') CoreLocationCLIBinary: ('default:/usr/local/bin/CoreLocationCLI') currentLocationFallback: ('default:home') customLocations: ('gym:GYM ADDRESS','school:SCHOOL ADDRESS') defaultTransportationMode: ('default:drive') googleLocal: com homeAddress: Your Home Address workAddress: Your Work Address mapsHandler: Google Notes on Caveats with Apple Maps
Apple Maps does not support as many functions as Google Maps and there are two main areas that will cause graceful errors when using Apple Maps. If you attempt to use the 'bike' modifier anywhere, Apple Maps does not support such directions and therefore we gracefully tell you this won't work.
Secondly, Apple Maps does not support waypoints or building up an itinerary. Therefore if you attempt to use the dir command with more than just an origin and a destination (such as home to shops to work), we will gracefully error out and tell you such a function is not possible.
Usage
dir to to etc (seperate multiple addresses with " to " minus the quotes, and you will get a multiple location search when using Google Maps only) [NEW] dir now does all the heavy lifting. You can use the modifiers 'here' (current location, must have CoreLocationCLI installed), 'work' and 'home' in any query. For example 'dir home to work to new york'. [NEW] dirfc this will use your current location (WiFi card must be active) to the destination. [NEW] dirtc Show directions from query to current location [NEW] All commands now support the following modifiers: walk, bike, drive, pt (public transport). The modifier can be invoked by 'dirX ' e.g. 'dirfw pt home ' will give you public transport directions. This also works with 'dir' and multiple waypoints. Please note, the transport modifier must be the first parameter you pass to any dirX command, for example 'dirfw home pt' is not valid. [NEW] Localisation now defaults to USA, hence make sure you update workflow parameters if you wish to use a different country code on the Google URL. dirfw Show directions from Work to address dirfh Show directions from Home to address dirtw Show directions from query to Work address dirth Show directions from query to Home address trafficw - Show traffic from Home to Work traffich - Show traffic from Work to Home [NEW] dir now supports up to 9 waypoints for Google Maps. For example 'dir origin to waypoint 1 to waypoint 2 etc to destination' Integration hooks for Other Workflow Providers
This workflow now supports integration using external nodes. They suppor the same methods and modifiers as described for the rest of the workflow. This means you can now hook into this workflow to leverage the 'here', 'work', 'home' and other custom modifiers set up by a user, as well as provide routing directions based on your input.
Please review the workflow for each of the hooks available.
History
Version 2.0.2
Fixed comma issues in all the dirfX commands by quoting the strings  
Version 2.0.1
Fixed dirtw bike command... it hadn't been connected... after all the testing! #oops Thanks @deanishe  
Version 2.0.0
Renamed workflow to 'Advanced Google and Apple Maps Workflow for Alfred'. Left bundleID intact deliberately Changed workflow logo to support new multi-brand mix Added feature for custom locations other than 'home' and 'work' Added default transportation mode setting Added fallback location setting in case there are issues with CoreLocationCLI Added hooks for Alfred fallback searches (for example if you load Alfred and just enter an address without invoking the workflow) Added multi-machine configuration parameters and provided a default catchall feature for this Added contact address handler functionality (to enable the workflow to serve as a Contact Address Handler hook) Migrated (future) work and home addresses out of keychain. Added keychain cleanup function once addresses have been manually migrated to workflow environment variables Implemented OneUpdater code by Vitor so updating will be simple as pie Externalised Perl code for much better gitifying, as well as better code reuse Added external triggers for other workflows to hook into Various code cleanups Significantly improved error handling to do things more gracefully Rectified issues with commas in addresses causing things to break a little Other minor bug fixes and improvements as I went along through the code, improved readability also Released an hour long course to help people get the workflow up and running. Version 1.3.1
Fixed dirfh and dirfw to actually use home and work respectively, not here. #oops Version 1.3.0
dirfc: Directions from Current Address. See the installation instructions above to install Homebrew and CoreLocationCLI dirtc: Directions to Current Address. See the installation instructions above to install Homebrew and CoreLocationCLI dir, dirfc and dirtc now support Google transit type (walk, drive, pt [public transport] and bike) dir now supports 'here'. Here anywhere in the transit plan translates to the current GPS coordinates using CoreLocationCLI. Technically this probably does away with the need for dirfc and dirtc, but, leaving them there for consistency. dir now supports 'work' and 'home' as modifiers Overhaul of changes to properly use Google API parameters Mass code cleanup and refactoring for simplification. Most flows now leverage the dir base code. Additional error handling implemented surrounding maximum number of waypoints Fixed a bug where special characters would not work in stored URLs Implemented a workflow environment variable for getting a local Google URL Changed to use Alfred's native URL opening functionality, this enables you to select a preferred browser Version 1.2 - Actually this never made it out of beta, despite working, I have been kinda busy.
Version 1.1 - Set default search to be google.com rather than google.com.au
Version 1.0 - Initial Release
Credits
Created by Stuart Ryan. If you would like to get into contact you can do so via:
@StuartCRyan on Twitter Stuart Ryan on LinkedIn Technical Notebook Blog License
Released under the GNU GENERAL PUBLIC LICENSE Version 2, June 1991

That is AWESOME I have been hunting for something similar for ages. #dances Muchos Gracias

Had forgotten about TerminalFinder, so edited my post to reflect that. I use this one a lot but at the same time it always got on my nerves since it always opens a new iTerm tab we have to manually close, even if you had no iTerm window open.

This is in part due to known difficulties of calling iTerm from Alfred with the correct behaviour, but since stuartcryan built a solution for the problem, I was able to fix it as well in TerminalFinder and now find it way more pleasant to use.

No worries at all seeing as this has proven useful for a couple of people, I have decided to formally publish the scripts in a better location at http://www.alfredforum.com/topic/7138-custom-terminal-script-correct-iterm-behaviour-for-alfred/.
 
I will keep that thread up to date with any changes to the scripts etc (to act as sort of a notification for the community, almost treating it like a workflow).
 
Glad I have been able to help you out and thanks go out to Andrew for pointing me in the right direction.
Cheers, Stuart

OOOh I would be very interested in chatting with you about that as I had been looking at writing something similar (and have already written something for Confluence but unreleased).
 
Will message you directly.

Thanks this helped me solve issues with iterm as well!

Howdy all,
So, for you fine people who have given me so many awesome workflows, I give you the Advanced Google Maps AND NOW APPLE MAPS Search Workflow available on Github --> https://github.com/stuartcryan/advanced-google-maps-alfred-workflow.
 
A couple of quick things:
Didn't you just release a major update 1.3.0? Yahuh, I most certainly did, however after that some amazing ideas came out of the woodworks, and it became a mere stepping stone to what the workflow is today. Why didn't you wait to release 2.0.0? Quite simply, I thought it was complete, however, like I mentioned above, some GREAT ideas came out in the week after release from some passionate members of the community, and I figured, WHY NOT! In putting these in, I was able to create added flexibility when re-working the code base, to support several features that previously, were not possible. Why 2.0.0 not 1.4.0? The 2.0.0 release has changed a lot, including adding Apple Maps Support, new updating mechanism, all new location for configuration, and other major changes. Hence 2.0.0 seemed more appropriate. Why 2.0.1? @deanishe found a bug in his favourite part of the flow he had been waiting for... it has now been squashed!  
So please enjoy, this release has had EXTENSIVE testing prior to release, I have to say I am pretty chuffed with it all around!
Stuart
 
Easy directions from or to multiple locations, using either Google Maps or Apple Maps. Now includes custom locations in addition to just home and work, auto updating, and a wealth of new features for you to sink your teeth into.
Getting to Know the Flow - Course available for $14.99USD
With the explosion of features, added configuration complexity, and awesomeness of the 2.0.0 major release (and overhaul), I have opted for a different tact, to ensure the support overhead is limited.
 
I have put together an hour long course for only $14.99USD that covers off every configuration option of the workflow, how to get up and running, getting into the advanced nitty gritty, and so on.
 
The course will be updated as any new usability or training needs are identified, and I will commit to the course being updated through the entire V2.0.0 release. I do reserve the right to extend that to the next release if I later choose.
 
Version 1.3.0 and version 2.0.1 represent almost the entirety of my holiday break over December-2017 and January-2018. I would anticipate I have over $6000 in time into this flow for these two versions alone, plus costs for the new logo, and costs for Closed Captioning.
 
So don't delay and check out the course, there are a few videos set to preview so you can try before you buy!

Donations
Alternatively if a course is not your thing... You can just donate to me directly! If everyone who downloaded gave $20, that would make me a very happy camper and give me something back for my time, it would also enable me to have a custom icon set created for the flow.
 
So if you love the workflow, get use out of it every day, and would love to see me continuing development, a donation is a great way. You can either donate to me via Fundly which gives the option of a re-occurring donation and also has some suggestions, donate to me via Patreon (if that is your preference) or donate to me via Paypal which is nice and easy.
 
 
2.0.0+ Release Compatibility Information
In 1.3.0 the home and work locations, required setting up again due to a bug with special characters.
 
In 2.0.0 the home and work locations have been moved out of the keychain (which was a legacy method of handling them before Alfred had workflow environment variables). Old locations can still be used as they would have without further intervention. However, the mapsethome and mapsetwork commands have now been removed. To add/update these now you must do so on the workflow environment variables config screen. I would also recommend you run 'zcleanmapsoldaddresses' to remove the old addresses from your Apple keychain.
Installation
Ensure you have Alfred installed with the Alfred Powerpack License Download the Advanced_Google_Maps_Search.alfredworkflow file Open the .alfredworkflow file to import into Alfred Set up the workflow configuration parameters as you desire (see below for additional details), by clicking on the little [X] in the top right hand of the Workflow page in Alfred Complete the advanced steps below to add additional (and awesome) functionality Current Location Feature Installation and Configuration
If you wish to use the 'Directions from Current Location - dirfc' command or the 'here' modifier, you will need to also install homebrew and the CoreLocationCLI package.
Install Homebrew using instructions from https://brew.sh/ Install the CoreLocationCLI utility by running the following command in a terminal 'brew cask install corelocationcli'. Check your installed location by running 'which CoreLocationCLI' Ensure the workflow environment variable on the Workflow Configuration screen matches the installed location. Contact Address Handler Configuration
If you wish to use this workflow to handle directions to a contact's address you may do so by completing the following additional steps.
In Alfred's Preferences click on Features --> Contacts Double click on the 'Address' field In the dropdown, select "Search Contact Address with Advanced Google and Apple Maps Search" Ensure you correctly configure the contactHandler parameter as per the instructions under the Configuration section. Fallback Search Setup
If you wish to use this workflow to handle fallback searches in Alfred, you can now do this too!
In Alfred's Preferences click on Features --> Default Results Click the button to 'Setup Fallback Results' Click the small + sign to add a new record Select any of the available fallback searches provided by the workflow to add them to your personal fallback search results. Configuration
Explanation of each of the Workflow Environment Variables
contactHandler: Used as the default mechanism to handle Contact address searches. Supports two formats including "drive here to" (current location to Contact's address) "drive to here" (Contact's address to Current Location) or "('computerName:drive here to','default:drive here to')" CoreLocationCLIBinary: Defines the location of the installed CoreLocationCLIBinary. Supports two formats including "/usr/local/bin/CoreLocationCLI" or "('computerName:/some/other/location/CoreLocationCLI','default:/usr/local/bin/CoreLocationCLI')" currentLocationFallback: Used as the fallback address in case CoreLocationCLI is not installed, or fails (especially if WiFi is unavailable, or turned off). Supports two formats including "Some Address in Some State 20023" or "('computerName:home','someOtherComputerName:Some Address in Some State 20023','default:work')" customLocations: Supports custom location modifiers for all dir* commands. Please note, this does not dynamically add new dirfx or dirtx commands. Must be formatted in the following fashion: "('gym:49 Queens Rd, Five Dock NSW 2046','school:1A Harris Rd, Five Dock NSW 2046')" defaultTransportationMode: Defines the default transportation fallback mode if none is specified at runtime. Possible values include: "pt" for Public Transport, drive, walk or bike. Supports two formats including "bike" or "('computerName:pt','someOtherComputerName:walk','default:drive')" googleLocal: Defines which Google Locale to use such as 'com.au', 'com.tw' or 'com' as some examples. Supports two formats including "com.au" or "('computerName:com.au','someOtherComputerName:com.tw','default:com')" homeAddress: New storage location for Home Address. Supports two formats including "Some Address" or "('computerName:Some Address','someOtherComputerName:Another Address','default:A Third Address')" workAddress: New storage location for Work Address. Supports two formats including "Some Address" or "('computerName:Some Address','someOtherComputerName:Another Address','default:A Third Address')" mapsHandler: PLEASE NOTE this only supports a value of either "Google" or "Apple" and may not have a computer specific value. Recommended Example Configuration for Workflow Environment Variables
contactHandler: ('default:drive here to') CoreLocationCLIBinary: ('default:/usr/local/bin/CoreLocationCLI') currentLocationFallback: ('default:home') customLocations: ('gym:GYM ADDRESS','school:SCHOOL ADDRESS') defaultTransportationMode: ('default:drive') googleLocal: com homeAddress: Your Home Address workAddress: Your Work Address mapsHandler: Google Notes on Caveats with Apple Maps
Apple Maps does not support as many functions as Google Maps and there are two main areas that will cause graceful errors when using Apple Maps. If you attempt to use the 'bike' modifier anywhere, Apple Maps does not support such directions and therefore we gracefully tell you this won't work.
Secondly, Apple Maps does not support waypoints or building up an itinerary. Therefore if you attempt to use the dir command with more than just an origin and a destination (such as home to shops to work), we will gracefully error out and tell you such a function is not possible.
Usage
dir to to etc (seperate multiple addresses with " to " minus the quotes, and you will get a multiple location search when using Google Maps only) [NEW] dir now does all the heavy lifting. You can use the modifiers 'here' (current location, must have CoreLocationCLI installed), 'work' and 'home' in any query. For example 'dir home to work to new york'. [NEW] dirfc this will use your current location (WiFi card must be active) to the destination. [NEW] dirtc Show directions from query to current location [NEW] All commands now support the following modifiers: walk, bike, drive, pt (public transport). The modifier can be invoked by 'dirX ' e.g. 'dirfw pt home ' will give you public transport directions. This also works with 'dir' and multiple waypoints. Please note, the transport modifier must be the first parameter you pass to any dirX command, for example 'dirfw home pt' is not valid. [NEW] Localisation now defaults to USA, hence make sure you update workflow parameters if you wish to use a different country code on the Google URL. dirfw Show directions from Work to address dirfh Show directions from Home to address dirtw Show directions from query to Work address dirth Show directions from query to Home address trafficw - Show traffic from Home to Work traffich - Show traffic from Work to Home [NEW] dir now supports up to 9 waypoints for Google Maps. For example 'dir origin to waypoint 1 to waypoint 2 etc to destination' Integration hooks for Other Workflow Providers
This workflow now supports integration using external nodes. They suppor the same methods and modifiers as described for the rest of the workflow. This means you can now hook into this workflow to leverage the 'here', 'work', 'home' and other custom modifiers set up by a user, as well as provide routing directions based on your input.
Please review the workflow for each of the hooks available.
History
Version 2.0.2
Fixed comma issues in all the dirfX commands by quoting the strings  
Version 2.0.1
Fixed dirtw bike command... it hadn't been connected... after all the testing! #oops Thanks @deanishe  
Version 2.0.0
Renamed workflow to 'Advanced Google and Apple Maps Workflow for Alfred'. Left bundleID intact deliberately Changed workflow logo to support new multi-brand mix Added feature for custom locations other than 'home' and 'work' Added default transportation mode setting Added fallback location setting in case there are issues with CoreLocationCLI Added hooks for Alfred fallback searches (for example if you load Alfred and just enter an address without invoking the workflow) Added multi-machine configuration parameters and provided a default catchall feature for this Added contact address handler functionality (to enable the workflow to serve as a Contact Address Handler hook) Migrated (future) work and home addresses out of keychain. Added keychain cleanup function once addresses have been manually migrated to workflow environment variables Implemented OneUpdater code by Vitor so updating will be simple as pie Externalised Perl code for much better gitifying, as well as better code reuse Added external triggers for other workflows to hook into Various code cleanups Significantly improved error handling to do things more gracefully Rectified issues with commas in addresses causing things to break a little Other minor bug fixes and improvements as I went along through the code, improved readability also Released an hour long course to help people get the workflow up and running. Version 1.3.1
Fixed dirfh and dirfw to actually use home and work respectively, not here. #oops Version 1.3.0
dirfc: Directions from Current Address. See the installation instructions above to install Homebrew and CoreLocationCLI dirtc: Directions to Current Address. See the installation instructions above to install Homebrew and CoreLocationCLI dir, dirfc and dirtc now support Google transit type (walk, drive, pt [public transport] and bike) dir now supports 'here'. Here anywhere in the transit plan translates to the current GPS coordinates using CoreLocationCLI. Technically this probably does away with the need for dirfc and dirtc, but, leaving them there for consistency. dir now supports 'work' and 'home' as modifiers Overhaul of changes to properly use Google API parameters Mass code cleanup and refactoring for simplification. Most flows now leverage the dir base code. Additional error handling implemented surrounding maximum number of waypoints Fixed a bug where special characters would not work in stored URLs Implemented a workflow environment variable for getting a local Google URL Changed to use Alfred's native URL opening functionality, this enables you to select a preferred browser Version 1.2 - Actually this never made it out of beta, despite working, I have been kinda busy.
Version 1.1 - Set default search to be google.com rather than google.com.au
Version 1.0 - Initial Release
Credits
Created by Stuart Ryan. If you would like to get into contact you can do so via:
@StuartCRyan on Twitter Stuart Ryan on LinkedIn Technical Notebook Blog License
Released under the GNU GENERAL PUBLIC LICENSE Version 2, June 1991

Thanks for flagging that up It's been updated on our new help site, released today!

[emphasis mine]
To be fair, views are meaningless. I have no interest in Android and still viewed the topic, as I’d bet most other workflows developers (who realised the topic exists) did as well, just to gather what the response was.
I won’t speak for Alfred’s team, but as an open-source maintainer, repeated +1ing of a topic that was already given a clear answer is useless and serves only to counter-productively drown out the important parts of the discussion. It has already been shown there is interest; continuing to +1 serves no further purpose. As Vero said, there are only two on Alfred’s team, and I’m not even sure both of them code (Vero is way more active with the community, so I’m guessing she takes care of most — often way more demanding — non-coding matters). Investing on a platform they don’t use (including learning it, and all the time that comes with doing so) likely won’t pay off.
As Andrew said, they won't be encouraging or supporting reverse engineering, and only once Remote settles and becomes established, they may provide solutions for third-party integrations. This all means: don’t count on an official Android client1, and if you want to work on a third-party solution, you’ll have to wait until steps are done that will make that possible, if ever.
Locking the topic, as it’s effectively been answered. If things change, Vero and/or Andrew can unlock it and give further news, or (more likely) make an official announcement somewhere else. Either way, we all want for continued posts to be informative, instead of a repetition what has been asked over and over.
——————————
1 It may happen, but it’s extremely unlikely and there are no plans in that direction as of now.

Excellent, that'll work for the emoji side. (I promise I searched the forums for "emoji" before suggesting.)
 
I guess I'll do a search for a workflow along the lines of the Key Caps suggestion.
 
Thanks!
 
Bill

Hi Bill,
I actually stumbled across this one --> http://www.alfredforum.com/topic/1775-search-emoji-codes/?hl=emojiBy Carlos in the forums recently... I think it might do what you are looking for
Cheers, Stuart

Nah, this thread helped me fix my own iTerm AppleScripts 

Howdy all,
So, for you fine people who have given me so many awesome workflows, I give you the Advanced Google Maps AND NOW APPLE MAPS Search Workflow available on Github --> https://github.com/stuartcryan/advanced-google-maps-alfred-workflow.
 
A couple of quick things:
Didn't you just release a major update 1.3.0? Yahuh, I most certainly did, however after that some amazing ideas came out of the woodworks, and it became a mere stepping stone to what the workflow is today. Why didn't you wait to release 2.0.0? Quite simply, I thought it was complete, however, like I mentioned above, some GREAT ideas came out in the week after release from some passionate members of the community, and I figured, WHY NOT! In putting these in, I was able to create added flexibility when re-working the code base, to support several features that previously, were not possible. Why 2.0.0 not 1.4.0? The 2.0.0 release has changed a lot, including adding Apple Maps Support, new updating mechanism, all new location for configuration, and other major changes. Hence 2.0.0 seemed more appropriate. Why 2.0.1? @deanishe found a bug in his favourite part of the flow he had been waiting for... it has now been squashed!  
So please enjoy, this release has had EXTENSIVE testing prior to release, I have to say I am pretty chuffed with it all around!
Stuart
 
Easy directions from or to multiple locations, using either Google Maps or Apple Maps. Now includes custom locations in addition to just home and work, auto updating, and a wealth of new features for you to sink your teeth into.
Getting to Know the Flow - Course available for $14.99USD
With the explosion of features, added configuration complexity, and awesomeness of the 2.0.0 major release (and overhaul), I have opted for a different tact, to ensure the support overhead is limited.
 
I have put together an hour long course for only $14.99USD that covers off every configuration option of the workflow, how to get up and running, getting into the advanced nitty gritty, and so on.
 
The course will be updated as any new usability or training needs are identified, and I will commit to the course being updated through the entire V2.0.0 release. I do reserve the right to extend that to the next release if I later choose.
 
Version 1.3.0 and version 2.0.1 represent almost the entirety of my holiday break over December-2017 and January-2018. I would anticipate I have over $6000 in time into this flow for these two versions alone, plus costs for the new logo, and costs for Closed Captioning.
 
So don't delay and check out the course, there are a few videos set to preview so you can try before you buy!

Donations
Alternatively if a course is not your thing... You can just donate to me directly! If everyone who downloaded gave $20, that would make me a very happy camper and give me something back for my time, it would also enable me to have a custom icon set created for the flow.
 
So if you love the workflow, get use out of it every day, and would love to see me continuing development, a donation is a great way. You can either donate to me via Fundly which gives the option of a re-occurring donation and also has some suggestions, donate to me via Patreon (if that is your preference) or donate to me via Paypal which is nice and easy.
 
 
2.0.0+ Release Compatibility Information
In 1.3.0 the home and work locations, required setting up again due to a bug with special characters.
 
In 2.0.0 the home and work locations have been moved out of the keychain (which was a legacy method of handling them before Alfred had workflow environment variables). Old locations can still be used as they would have without further intervention. However, the mapsethome and mapsetwork commands have now been removed. To add/update these now you must do so on the workflow environment variables config screen. I would also recommend you run 'zcleanmapsoldaddresses' to remove the old addresses from your Apple keychain.
Installation
Ensure you have Alfred installed with the Alfred Powerpack License Download the Advanced_Google_Maps_Search.alfredworkflow file Open the .alfredworkflow file to import into Alfred Set up the workflow configuration parameters as you desire (see below for additional details), by clicking on the little [X] in the top right hand of the Workflow page in Alfred Complete the advanced steps below to add additional (and awesome) functionality Current Location Feature Installation and Configuration
If you wish to use the 'Directions from Current Location - dirfc' command or the 'here' modifier, you will need to also install homebrew and the CoreLocationCLI package.
Install Homebrew using instructions from https://brew.sh/ Install the CoreLocationCLI utility by running the following command in a terminal 'brew cask install corelocationcli'. Check your installed location by running 'which CoreLocationCLI' Ensure the workflow environment variable on the Workflow Configuration screen matches the installed location. Contact Address Handler Configuration
If you wish to use this workflow to handle directions to a contact's address you may do so by completing the following additional steps.
In Alfred's Preferences click on Features --> Contacts Double click on the 'Address' field In the dropdown, select "Search Contact Address with Advanced Google and Apple Maps Search" Ensure you correctly configure the contactHandler parameter as per the instructions under the Configuration section. Fallback Search Setup
If you wish to use this workflow to handle fallback searches in Alfred, you can now do this too!
In Alfred's Preferences click on Features --> Default Results Click the button to 'Setup Fallback Results' Click the small + sign to add a new record Select any of the available fallback searches provided by the workflow to add them to your personal fallback search results. Configuration
Explanation of each of the Workflow Environment Variables
contactHandler: Used as the default mechanism to handle Contact address searches. Supports two formats including "drive here to" (current location to Contact's address) "drive to here" (Contact's address to Current Location) or "('computerName:drive here to','default:drive here to')" CoreLocationCLIBinary: Defines the location of the installed CoreLocationCLIBinary. Supports two formats including "/usr/local/bin/CoreLocationCLI" or "('computerName:/some/other/location/CoreLocationCLI','default:/usr/local/bin/CoreLocationCLI')" currentLocationFallback: Used as the fallback address in case CoreLocationCLI is not installed, or fails (especially if WiFi is unavailable, or turned off). Supports two formats including "Some Address in Some State 20023" or "('computerName:home','someOtherComputerName:Some Address in Some State 20023','default:work')" customLocations: Supports custom location modifiers for all dir* commands. Please note, this does not dynamically add new dirfx or dirtx commands. Must be formatted in the following fashion: "('gym:49 Queens Rd, Five Dock NSW 2046','school:1A Harris Rd, Five Dock NSW 2046')" defaultTransportationMode: Defines the default transportation fallback mode if none is specified at runtime. Possible values include: "pt" for Public Transport, drive, walk or bike. Supports two formats including "bike" or "('computerName:pt','someOtherComputerName:walk','default:drive')" googleLocal: Defines which Google Locale to use such as 'com.au', 'com.tw' or 'com' as some examples. Supports two formats including "com.au" or "('computerName:com.au','someOtherComputerName:com.tw','default:com')" homeAddress: New storage location for Home Address. Supports two formats including "Some Address" or "('computerName:Some Address','someOtherComputerName:Another Address','default:A Third Address')" workAddress: New storage location for Work Address. Supports two formats including "Some Address" or "('computerName:Some Address','someOtherComputerName:Another Address','default:A Third Address')" mapsHandler: PLEASE NOTE this only supports a value of either "Google" or "Apple" and may not have a computer specific value. Recommended Example Configuration for Workflow Environment Variables
contactHandler: ('default:drive here to') CoreLocationCLIBinary: ('default:/usr/local/bin/CoreLocationCLI') currentLocationFallback: ('default:home') customLocations: ('gym:GYM ADDRESS','school:SCHOOL ADDRESS') defaultTransportationMode: ('default:drive') googleLocal: com homeAddress: Your Home Address workAddress: Your Work Address mapsHandler: Google Notes on Caveats with Apple Maps
Apple Maps does not support as many functions as Google Maps and there are two main areas that will cause graceful errors when using Apple Maps. If you attempt to use the 'bike' modifier anywhere, Apple Maps does not support such directions and therefore we gracefully tell you this won't work.
Secondly, Apple Maps does not support waypoints or building up an itinerary. Therefore if you attempt to use the dir command with more than just an origin and a destination (such as home to shops to work), we will gracefully error out and tell you such a function is not possible.
Usage
dir to to etc (seperate multiple addresses with " to " minus the quotes, and you will get a multiple location search when using Google Maps only) [NEW] dir now does all the heavy lifting. You can use the modifiers 'here' (current location, must have CoreLocationCLI installed), 'work' and 'home' in any query. For example 'dir home to work to new york'. [NEW] dirfc this will use your current location (WiFi card must be active) to the destination. [NEW] dirtc Show directions from query to current location [NEW] All commands now support the following modifiers: walk, bike, drive, pt (public transport). The modifier can be invoked by 'dirX ' e.g. 'dirfw pt home ' will give you public transport directions. This also works with 'dir' and multiple waypoints. Please note, the transport modifier must be the first parameter you pass to any dirX command, for example 'dirfw home pt' is not valid. [NEW] Localisation now defaults to USA, hence make sure you update workflow parameters if you wish to use a different country code on the Google URL. dirfw Show directions from Work to address dirfh Show directions from Home to address dirtw Show directions from query to Work address dirth Show directions from query to Home address trafficw - Show traffic from Home to Work traffich - Show traffic from Work to Home [NEW] dir now supports up to 9 waypoints for Google Maps. For example 'dir origin to waypoint 1 to waypoint 2 etc to destination' Integration hooks for Other Workflow Providers
This workflow now supports integration using external nodes. They suppor the same methods and modifiers as described for the rest of the workflow. This means you can now hook into this workflow to leverage the 'here', 'work', 'home' and other custom modifiers set up by a user, as well as provide routing directions based on your input.
Please review the workflow for each of the hooks available.
History
Version 2.0.2
Fixed comma issues in all the dirfX commands by quoting the strings  
Version 2.0.1
Fixed dirtw bike command... it hadn't been connected... after all the testing! #oops Thanks @deanishe  
Version 2.0.0
Renamed workflow to 'Advanced Google and Apple Maps Workflow for Alfred'. Left bundleID intact deliberately Changed workflow logo to support new multi-brand mix Added feature for custom locations other than 'home' and 'work' Added default transportation mode setting Added fallback location setting in case there are issues with CoreLocationCLI Added hooks for Alfred fallback searches (for example if you load Alfred and just enter an address without invoking the workflow) Added multi-machine configuration parameters and provided a default catchall feature for this Added contact address handler functionality (to enable the workflow to serve as a Contact Address Handler hook) Migrated (future) work and home addresses out of keychain. Added keychain cleanup function once addresses have been manually migrated to workflow environment variables Implemented OneUpdater code by Vitor so updating will be simple as pie Externalised Perl code for much better gitifying, as well as better code reuse Added external triggers for other workflows to hook into Various code cleanups Significantly improved error handling to do things more gracefully Rectified issues with commas in addresses causing things to break a little Other minor bug fixes and improvements as I went along through the code, improved readability also Released an hour long course to help people get the workflow up and running. Version 1.3.1
Fixed dirfh and dirfw to actually use home and work respectively, not here. #oops Version 1.3.0
dirfc: Directions from Current Address. See the installation instructions above to install Homebrew and CoreLocationCLI dirtc: Directions to Current Address. See the installation instructions above to install Homebrew and CoreLocationCLI dir, dirfc and dirtc now support Google transit type (walk, drive, pt [public transport] and bike) dir now supports 'here'. Here anywhere in the transit plan translates to the current GPS coordinates using CoreLocationCLI. Technically this probably does away with the need for dirfc and dirtc, but, leaving them there for consistency. dir now supports 'work' and 'home' as modifiers Overhaul of changes to properly use Google API parameters Mass code cleanup and refactoring for simplification. Most flows now leverage the dir base code. Additional error handling implemented surrounding maximum number of waypoints Fixed a bug where special characters would not work in stored URLs Implemented a workflow environment variable for getting a local Google URL Changed to use Alfred's native URL opening functionality, this enables you to select a preferred browser Version 1.2 - Actually this never made it out of beta, despite working, I have been kinda busy.
Version 1.1 - Set default search to be google.com rather than google.com.au
Version 1.0 - Initial Release
Credits
Created by Stuart Ryan. If you would like to get into contact you can do so via:
@StuartCRyan on Twitter Stuart Ryan on LinkedIn Technical Notebook Blog License
Released under the GNU GENERAL PUBLIC LICENSE Version 2, June 1991

I know I am probably talking to myself here... so I will just say, new version released, check out the github repo for details  https://github.com/stuartcryan/custom-iterm-applescripts-for-alfred

I know I am probably talking to myself here... so I will just say, new version released, check out the github repo for details  https://github.com/stuartcryan/custom-iterm-applescripts-for-alfred

Search, activate, reload and close your active Chrome and Safari tabs and favourite sites.
 
RBT allows you to do the following all from within Alfred:
Search all open tabs across Chrome and Safari and load a selected tab. Reload a tab forcibly when you select it if you want. Add "favourite" sites to the workflow for quick access with defined keywords.  Synchronise your favourites across computers.    
RBT for Alfred has been forked from the Search Tabs on Safari and Chrome workflow developed by Clinton Strong (with Clinton's blessing) and could almost be considered v2 of Clinton's original workflow.
 

 
The below instructions are a clone of what is posted on the official Github repository:
 

UPDATE August 8, 2015 - Version 1.1 Released
Today I release v1.1 of Rapid Browser Tabs which has the following changes:
Fix - Tab icon for Safari did not display Feature - Add "ctrl" key modifier to force reload tab on opening Feature - Provide feedback on settings initialisation and sync Feature - Enable favourite searching by URL
Installation
Download the .alfredworkflow file or you can get it from Packal. Run to import into Alfred Setup
Before you can do anything with the workflow you will need to initialise the settings:
Run rbtsetup and select 'Initialise Workflow Configuration' The workflow will then copy over the default configuration files and example icons.
 
 
The workflow has been designed to enable settings synchronisation via a mechanism of your choice (such as Dropbox). It is easiest to set this up before you get too deep into configuring the workflow.
To configure synchronisation via Dropbox (as an example):
Run 'rbtsetup' and select "Set root config folder location" Update the folder name to point to a new location, my personal preference is "~/Dropbox/AlfredSync/Workflow Data/com.stuartryan.alfred.rapidbrowsertabs/" (however you can use any location as long as you set it to be the same on different computers) Ensure you have ended your path with a trailing forward slash (things will break if you don't) and then save and close the configuration file. If this is the first computer you are setting the workflow up on (i.e. that directory does not exist or is empty) run rbtsetup then select "Refresh workflow configuration" to copy the default configurations into place Repeat steps 1 to 3 for every subsequent computer you will run the workflow on (after the initial sync has completed via Dropbox).
 
 
Configure a hotkey: To make your life easier I also recommend you set up a hotkey for use with the workflow.
Open Alfred Click Workflows --> Rapid Browser Tabs Double click on the Hotkey box Enter your hotkey and ensure the action is set to "Pass through to workflow" The argument should be set to "None" Click Save Basic Usage
The default keyword set is "rbt" here are some examples of what you can do:
rbt google - Will show all tabs you currently have open that have google in the URL or the tab description. rbt fb - FB is set as a keyword for Facebook. This will show any current Facebook tabs already open and will also allow you to open a new Facebook tab in your default browser as well. rbt nf - Same thing as above but will open Netflix rbt netflix - Same as above, workflow will recognise this is a favourite site and show all tabs currently open and will also offer the option to open a new tab to the Netflix website. ctrl key modifier - The control key when held down while selecting a tab will force the tab to reload/refresh when it is opened For backwards compatibility with the human brain (and the fact that everyone is used to using the keyword "tabs"), an additional entry point into the workflow using the keyword "tabs" has been added. Depending on user feedback this may be removed or adopted permanently in the future.
 

 

 
 
Advanced Configuration - Adding your own favourites YAML Config File
Once you have the hang of the basic usage of the workflow, you can get down to configuring extra "Favourites".
The favourites have been designed to represent the most used sites you use, the ones that you access day in and day out so that you can get rapid access to them.
I have found after setting these up originally I have only added to the list a couple of times as it is expected the list will become relatively static after the first couple of weeks usage.
To access the sites configuration:
Run rbtsetup then select "Modify Sites Configuration" The default configuration example has examples that you can copy and modify to add your own favourites The two basic styles of configuration are:
First Example:
YouTube: aliases: "-yt" icon: youtube.png url: "https://www.youtube.com" Second Example:
? "YouTube Video Manager" : aliases: "-yta -ytvm -youtube admin" icon: youtubeadmin.png url: "https://www.youtube.com/my_videos" The key difference between the two above examples are the use of the '? "Site name"' in the second example. When the site name has spaces, you should copy the second example. You can however always opt to use this format regardless of whether the site name has spaces or not if you want to go the easy route.
The aliases section can list zero or more aliases (for zero just use "", and do not delete the line). Each alias should be prefixed by a dash '-', and you can have as many keywords as you would like (but remember... less is more).
If you are having problems with the site configuration you have created, a great first point is to run it through YAML Lint which can validate if there is anything invalid in your syntax. If that comes back clean and you still have issues please log an issue.
 
 
Adding the pretty favourite images
You will notice in the above example each item references a png icon file. You can save icons that you would like to represent your favourites in the icons folder. This is accessed by typing 'rbtsetup' then selecting "Open icons storage folder". As long as the icons in this folder match what you put on your text you can use a pretty icon.
If you would rather not use an image just use 'icon.png' and this will use the default icon for the workflow.
 
Supported Browsers
Currently the workflow supports the following browsers. As Firefox does not expose its tabs via Applescript, it is not able to be supported. If someone is a whizz at writing Firefox plugins and would like to collaborate on a plugin to get this to work please feel free to get into contact with me.
Chrome Safari Chromium Chrome Canary Webkit History
Version 1.1 - Bugfix and feature releaseFix - Tab icon for Safari did not display Feature - Add "ctrl" key modified to force reload tab on opening Feature - Provide feedback on settings initialisation and sync Feature - Enable favourite searching by URL Version 1.0 - Initial Release of Rapid Browser Tabs for Alfred Version 0.9 - Forked from Search Safari and Chrome Tabs workflow Feb 2014 release Credits
Rapid Browser Tabs for Alfred workflow created by Stuart Ryan. If you would like to get into contact you can do so via:
@StuartCRyan on Twitter Stuart Ryan on LinkedIn Technical Notebook Blog Search Tabs on Safari and Chrome workflow created by Clinton Strong represented the initial stages for this workflow.
Clinton has been kind enough to provide his blessing for the code to be forked and maintained as a new workflow. Any future code releases to the Search Tabs on Safari and Chrome workflow may be merged into this workflow if required (and as long as the original licensing permits). License
All code in this workflow is released under the MIT License. Images used as part of the workflow are licensed only for use in this workflow and must be changed if the workflow is forked in the future.
All images have been licensed from DepositPhotos to Stuart Ryan.
 
Donations
This workflow represents many many hours effort of development, testing and rework. The images licensed for this workflow from DepositPhotos also needed a bit of my moolah. So if you love the workflow, and get use out of it every day, if you would like to donate as a thank you to buy me more caffeine giving Diet Coke, some Cake, or to put towards a shiny new gadget you can donate to me via Paypal.
 

 
Contributing
If you are a coder head over to the official Github repo:
Fork it! Create your feature branch: git checkout -b my-new-feature Commit your changes: git commit -am 'Add some feature' Push to the branch: git push origin my-new-feature Submit a pull request If you aren't a coder:
You can drop your ideas here or feel free to log your ideas and suggestions on GitHub and I will see what I can do.

Change your default web browser quickly and easily from within Alfred.
Simple yet effective, this workflow enablea you to easily change your default browser. The official repository is located on Github --> https://github.com/stuartcryan/defaultbrowser-alfred-workflow where any issues can be logged on the issue tracker. I have also put this workflow on Packal.
 

Update Version 1.2 released September 10, 2015:
What has changed:
Feature: Support additional browsers - added FirefoxDeveloperEdition and Webkit Nightly Build Update Version 1.1 released August 8, 2015:
What has changed:
Feature: Support additional browsers - added Chromium, Canary and SeaMonkey Feature: Only show installed browsers Feature: Indicate which browser is the current default Feature: Added hotkey assignments (to launch workflow, launch with "chrome", and launch with "safari") Improvement: Renamed description in Alfred to simply "Default Browser" Improvement: Improved failure feedback Improvement: Major code refactor to remove duplication and speed up the workflow Improvement: Added an icon to the workflow Improvement: defaultbrowser binary has been updated to better support integrating. This code has been put into a pull request for the official publication of defaultbrowser.
Workflow Details:
A simple workflow to allow quick and easy changing of the default browser on OSX using a workflow in Alfred.
Installation
Download the .alfredworkflow file or you can get it on Packal. Run to import into Alfred Donations
This workflow represents many hours effort of development, testing and rework. The images that have been licensed for this workflow from DepositPhotos also needed a bit of my moolah. So if you love the workflow, and get use out of it every day, if you would like to donate as a thank you to buy me more caffeine giving Diet Coke, some Cake, or to put towards a shiny new gadget you can donate to me via Paypal.
 

 
You should also consider getting into contact with Margus Kerma and donating to Margus also for the work that has bene put into the defaultbrowser binary.
Usage
db < browser > Note - if you try to set the default browser that is already active as the default you will just get a notification. Browsers currently supported:
Chrome Firefox Opera Safari Chromium - New in V1.1 Canary - New in V1.1 SeaMonkey - New in V1.1 Screenshots

 

 

 

 
Troubleshooting
If you are finding that you are seeing browsers listed that you have installed previously but no longer have on your system you will need to clear out all your default handlers.
Unfortunately, this is the only solution I have found to date, you should research it in depth before you use it. The following command will re-initialise all the "handlers" OSX knows about and will therefore resolve the issue, it will also likely require you to set up all your custom file associations again.
In other words... you do this at your own risk, I do not support this in any way shape or form...
The command you will need to run on the terminal is: lsregister -kill
 
Contributing
Fork it! Create your feature branch: git checkout -b my-new-feature Commit your changes: git commit -am 'Add some feature' Push to the branch: git push origin my-new-feature Submit a pull request Change Log
Version 1.2 - Feature ReleaseFeature: Support additional browsers - added FirefoxDeveloperEdition and Webkit Nightly Build  Version 1.1 - Feature ReleaseFeature: Support additional browsers - added Chromium, Canary and SeaMonkey Feature: Only show installed browsers Feature: Indicate which browser is the current default Feature: Added hotkey assignments (to launch workflow, launch with "chrome", and launch with "safari") Improvement: Renamed description in Alfred to simply "Default Browser" Improvement: Improved failure feedback Improvement: Major code refactor to remove duplication and speed up the workflow Improvement: Added an icon to the workflow Improvement: defaultbrowser binary has been updated to better support integrating. This code has been put into a pull request for the official publication of defaultbrowser. Version 1.0 - Initial Release Credits
defaultbrowser binary for OSX has been created by Margus Kerma.
Margus has been kind enough to permit me to include the binary for defaultbrowser as part of this workflow to make distribution significantly easier. For any issues with the defaultbrowser binary please log these to the official DefaultBrowser Issue Tracker. DefaultBrowser Alfred workflow created by Stuart Ryan. If you would like to get into contact you can do so via:
@StuartCRyan on Twitter Stuart Ryan on LinkedIn Technical Notebook Blog License
With the exception of the workflow logo, this Alfred Workflow is provided free of charge under the GNU GENERAL PUBLIC LICENSE Version 2 June 1991.
The workflow logo is licensed only for use in this workflow and must be changed if the workflow is forked in the future.
The workflow logo has been licensed from DepositPhotos to Stuart Ryan.

Totally blowing my own trumpet here, but this could get you up and running very quickly (if you go with Python). It takes care of a lot of the tedious crap like caching, XML output, Keychain support, updates etc.

Simple LastPass Workflow for Alfred - quick and easy access to your LastPass vault
Simple yet powerful integration with the Lastpass CLI so you can now get your passwords out of your Lastpass vault and straight into the clipboard from within Alfred.
 
Version 1.4.7 update - Please Read
-----------------------------------------------------------
Ladies and gents, I am happy to present v 1.4.5 of the workflow. Before I continue, this has represented a SIGNIFICANT amount of work for me so if you like it and use it, please say thank you by donating towards my Diet Coke and cake fund.   Any amount will do, whatever you feel the value is for you/your business/your time.  
 
Please note you MUST update your LastPass CLI version to 0.7.1 or higher as this update relies on new functionality that I worked with the LastPass team on integrating into the official CLI. Additionally version 1.4.6 and higher of the workflow WILL ONLY SUPPORT ALFRED 3 (and are not backwards compatible)
 
If you haven't used LastPass before... you are crazy and you should it is the single greatest password manager package out there    so check it out at http://stu.link/LaStPaSs (Disclaimer, if you sign up through that link I get a free month otherwise you can go direct to http://www.lastpass.com).
-----------------------------------------------------------
 
Donations
This workflow represents many many hours effort of development, testing and rework. So if you love the workflow, and get use out of it every day, if you would like to donate as a thank you to buy me more caffeine giving Diet Coke, some Cake, or to put towards a shiny new gadget you can donate to me via Paypal.
 
Download
You can download the latest .alfredworkflow file directly or visit the official github repository (where you can log any issues, feedback or suggestions also).
 
Installation
Ensure you have Alfred installed with the Alfred Powerpack License Install Capture::Tiny Open up a Terminal Window run the command 'sudo cpan install Capture::Tiny' Accept the default options and ensure Capture::Tiny installs successfully Install Homebrew (if you do not have it already installed) You should be able to just run the command in a terminal window (as your own user account NOT with sudo) ruby -e "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install)" Alternatively visit http://brew.sh/ for further instructions. Install LastPass command line interface In a terminal window run brew install lastpass-cli --with-pinentry --with-doc Download the .alfredworkflow file Open the .alfredworkflow file to import into Alfred Run 'lpsetemail yourloginemail@yourdomain.com' in Alfred to set your LastPass username. Usage
lpsetemail yourname@example.com - must be run when you first install/upgrade to version 1.2 or higher lpsettimeout NUMSEC - Set number of seconds until your login times out (where NUMSEC is an integer such as 28800, if you use 0 that will keep you logged in until your computer restarts) lplogin - Log in to LastPass lplogout - Log out of LastPass lp Search Lastpass vault for item containing , press return to copy to clipboard. Shift modifier can be used on lp to copy the username. Contributing
Fork it! Create your feature branch: git checkout -b my-new-feature Commit your changes: git commit -am 'Add some feature' Push to the branch: git push origin my-new-feature Submit a pull request History
Version 1.4.7 Changed mechanism for copying to clipboard. Now marks passwords as transient, Alfred will no longer store them in the clipboard history. Updated icon submitted by Tom Conroy has been merged in (thanks for this Tom!) Version 1.4.6 Updated to work with Alfred 3 (long awaited official release of the long-in-testing beta version). Username display functionality submitted by Guillermo Moreno has been merged in with some minor changes (thanks for your hard work Guillermo!) Released with my apologies for the delay in getting this version out of beta... my masters course was INTENSE this semester, thank you to all of those that waited patiently. Version 1.4.5 Fixed detection for when login has timed out, now correctly requests login. Fixed rare cases of login-script loops. Improved speed of copying usernames. Updated documentation. Version 1.4.4Merged in code submitted by Ariel Barreiro to better support two factor authentication (2FA). Version 1.4.3NOTE: This has the same requirements as v1.4.2 below Fixes the binary version of the flow so that it is ACTUALLY updated Adds a fix so that the CLI's copy to clipboard is now lightening fast and should happen pretty much instantly. Version 1.4.2NOTE: This version *requires* the LastPass CLI v 0.7.1 or higher due to this new feature --> Login process completely changed over to use AppleScript (cleaner and nicer). This was thanks to work between myself and Bob from LastPass who maintains the official LastPass CLI to add a feature allowing an external login prompt to be used. Login password prompt now uses an AppleScript password prompt. Fix to allow you to search for words in any order. Vault item's which now require re-authentication will pop up the AppleScript login prompt. Has now been tested with a Vault with over 30,000 items for performance tweaks. (I have since been told by LastPass support their soft limit is significantly lower than this at ~2500 items explains why I was having some issues in testing). More resilient escaping of text in the XML to ensure that special characters should not cause any issues. Fixed missing quotes in some areas that could cause issues with spaces. Squashed a little regex bug and wiped up the goo. Fixed issues with spaces in certain paths we referenced Fixed how the initial login process is run after a reboot. This required the changes made to how we manage the login process and it has subsequently been cleaned up significantly. Other minor general tweaks. Version 1.2Bug - Removed deprecated framework code Bug - Merged pull request #4 from jsquyres "we-love-macports-too" to support macports installs of the lastpass-CLI Bug - Further improved on jsquyres code to support some additional install locations. Bug - Fixed bash script reliability, after two login attempts the script was often failing. Improvement - Improved sync behaviour to better support extremely large vaults. Improvement - Added new 'lpsync' command to force a sync on demand. Improvement - Changed behaviour to store login email in your Apple Keychain (set with 'lpsetemail yourname@example.com'). Improvement - Added the ability to set the logout timeout and store in the keychain (set with 'lpsettimeout NUMSEC' where NUMSEC is an integer such as 28800, if you use 0 that will keep you logged in until your computer restarts). Improvement - Added hotkeys to the main functions. Version 1.1Removed code that worked around an old buggy version of pinentry Fixed incorrect handling of no search results found (previously reported CLI tools were not installed) Version 1.0 - Initial Release Credits
Created by Stuart Ryan. If you would like to get into contact you can do so via:
@StuartCRyan on Twitter Stuart Ryan on LinkedIn Technical Notebook Blog License
Released under the GNU GENERAL PUBLIC LICENSE Version 2, June 1991
Notes
NOTE: This Alfred Workflow is not affiliated in any way with LastPass. The LastPass trademark and logo are owned by LastPass.com. The LastPass logo and product name have been used with permission of the LastPass team.
My thanks go out to LastPass for their awesome product and the new CLI!