Jump to content

stuartcryan

Member
  • Content Count

    131
  • Joined

  • Last visited

  • Days Won

    9

Reputation Activity

  1. Like
    stuartcryan got a reaction from thec13 in Looking to pass the baton   
    Howdy everyone,
    It has been a long time since I poked my head in here, (an equally long time since I have had a chance to maintain my workflows).
     
    After changing jobs earlier this year, changing environment, and for a plethora of other reasons, I am now looking to pass the baton so to speak for a number of my workflows and repositories in the hope that one or more people can give them the time they need.
     
    Namely these include:
    LastPass Alfred Workflow - https://github.com/stuartcryan/lastpass-alfred-workflow Custom iTerm Applescripts for Alfred - https://github.com/stuartcryan/custom-iterm-applescripts-for-alfred Rapid Browser Tabs for Alfred - https://github.com/stuartcryan/rapid-browser-tabs-for-alfred Default Browser workflow for Alfred - https://github.com/stuartcryan/defaultbrowser-alfred-workflow Advanced Google and Apple Maps workflow for Alfred - https://github.com/stuartcryan/advanced-google-maps-alfred-workflow  
    When it comes down to it, a career change, organisation change, working environment (Mac to PC) change, has left me with less and less time to focus on these, and I feel it is time to take a step back. This is not to say I won't be back in the future (and I certainly hope I will), but, simply have other areas of focus in life at the moment where I am focusing my efforts.
     
    If you are keen/interested/open to taking the baton, please shout out below which of the workflows interests you and I will have a chat with you!
     
    Thank you everyone in advance!
    Cheers,
    Stuart
     
    (also a HUGE shoutout to the work of Andrew and Vero for their continued awesome software!)
  2. Like
    stuartcryan reacted to paulw in Advanced Google Maps and Apple Maps Search Workflow - Version 2.0.2 Release 12 February 2018   
    I'm sure it has been! Can't even imagine!
  3. Like
    stuartcryan got a reaction from paulw in Advanced Google Maps and Apple Maps Search Workflow - Version 2.0.2 Release 12 February 2018   
    Howdy Paul,
    Thank you for the feedback, I have often wondered if anyone got use out of this particular part of the workflow. So I will certainly take your request into account in future versions. Having just gone through two major releases in one holiday period and exhausting a LOOOOOOOT of Dev time, I don't foresee any major changes (or deprecation of anything) for some time so you are definitely safe for now.
     
    Also Glad to hear you are happy with it, haha it is a LOOOOONG labour of love.
    Stu
  4. Like
    stuartcryan reacted to paulw in Advanced Google Maps and Apple Maps Search Workflow - Version 2.0.2 Release 12 February 2018   
    Hi, I just configured your complex and amazing workflow. I wonder if it's possible to simply call up a map of an address, rather than always have to look up directions from one location to another?
     
    I see that I can use the "maps" keyword to look up a map of an address without needing directions between two locations. I also see that the "maps" keyword may be deprecated. I'd like to see the functionality of a non-direction map be kept in the future!
  5. Like
    stuartcryan reacted to vitor in Completely New To Developing (0 experience)   
    We briefly discussed this very theme recently.

    Some languages are geared towards certain tasks. As examples, Processing is geared towards making graphics and R is for statistical analysis. This doesn’t mean they can’t be used for other tasks or that other languages can’t do what these do; it means these are optimised for their tasks. “Optimised” might mean a whole lot of things, like having specific tweaks to make accomplishing goals easier and with less code, or make their code run faster.

    Then you have general-purpose languages which are exactly what they sound like. To start with, you should pick up a general-purpose scripting language such as Ruby or Python. Those two are pretty sane languages with big communities. By “sane” I mean that most things make logical sense. Yes, there are languages that are inconsistent (insert PHP joke), which predictably leads to frustration. With Ruby, more than once I didn’t know how to do something, though “I wonder if it works this way” and it did. Having big communities means there are a ton of resources to learn from and get help, as well as a ton of already-made code that you can use. Finally, Ruby and Python come preinstalled with macOS, which lowers the barrier of entry significantly.

    Scripting languages are easier to pick up because they do a lot of the heavy lifting. They want you to concern yourself with what you want to accomplish, not how. The computer operations themselves are abstracted from you. This comes with a sacrifice in speed but that’s a more than acceptable tradeoff, especially when you’re starting out.

    Here’s the piece of advice I wish I’d gotten: don’t fret too much on which language to learn. They share a lot of concepts, and what you learn in one will easily translate to another. As you become proficient in the programming mode of thinking, you’ll find picking other languages becomes easier. Just start with something relatively popular so you’ll have a lot of resources to draw help from.

    Finally, I’ll also say the often repeated advice “think of what you want to do and then try doing it” is rubbish. At this point in time you have no idea how simple or complex your idea is, and it’ll be easy to get discouraged. A good learning source will gradually show you what can be done, and you’ll start to see the possibilities from there.

    Good luck!
  6. Like
    stuartcryan reacted to deanishe in Alfred Emoji: Search emojis by name or keyword   
    In most respects, the Python requirement is a non-issue, as Python is a default part of macOS. Zero dependencies (outside of macOS and Alfred) is a core goal of the library because it offended my sensibilities to see so many workflows bundling the same stuff over and over again.
     
    But the update mechanism is certainly overly dependent on other parts of the library (for today's Alfred). The library is very monolithic because when it was designed, it was necessary to parse info.plist to get data that are now available via environment variables, and I wanted to avoid parsing it multiple times for performance reasons.
     
    That's why I'm looking for input to help with designing a more flexible API. Like whether it's worth making update.py work as a standalone updater for GitHub-based workflows, regardless of whether they use AW (or even Python).
     
  7. Sad
    stuartcryan reacted to deanishe in Advanced Google Maps and Apple Maps Search Workflow - Version 2.0.2 Release 12 February 2018   
    Marvellous!
     
    Don't kill me but I found a minor issue: The most important fallback search (cycling) for dirtw isn't connected:
     

  8. Like
    stuartcryan got a reaction from deanishe in Advanced Google Maps and Apple Maps Search Workflow - Version 2.0.2 Release 12 February 2018   
    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 is there no download link right here where you are reading right now? Ahh now that is a good question, because there are some things you should know first, so jump back to the first post and get all the juicy deets!  
    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
     
    Version 2.0.0 Changes
    Renamed workflow to 'Advanced Google Maps 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 And in case you missed them - Version 1.3.0 Changes
    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
  9. Like
    stuartcryan reacted to deanishe in Alfred Emoji: Search emojis by name or keyword   
    That is basically what OneUpdater does. You give it the URL of your info.plist and .alfredworkflow file, and when the former changes, it downloads the latter.
     
    As far as external dependencies go, OneUpdater has fewer than Alfred-Workflow, which only works with GitHub releases. OneUpdater is a small, self-contained script that doesn’t care which language your workflow is written in or where it’s hosted.
     
  10. Like
    stuartcryan got a reaction from Diegobit in BTConnect Workflow - Would anyone find this useful - Released for Feedback December 26 2017   
    Howdy All,
    This is a quick one I have thrown together for my own use, I am hoping for some feedback on if anyone else would find this useful. I.e. do I keep it to myself, or productionise it properly?
     
    I put this together primarily to connect quickly and easily to my Apple Airpods and an Alfred Workflow seemed like a great way to do that. I then expanded this to do hotspots and extra headphones as well.
     
    Shoutout goes to Ian Gloude for his code on https://medium.com/@igloude/using-applescript-and-btt-to-make-the-airpods-experience-a-little-bit-better-6e78b12d33bd that makes this work. Essentially all this workflow does is do the clicks in the UI for you. I have logged a RADAR to Apple's BugReporter to request proper programmatic access to such Bluetooth functions also (for good long-term measure).
     
    You can grab the beta workflow from: https://web.tresorit.com/l#5nvV-nDObUj8ovGFXYHP5g
     
    Setup:
    Load up workflow Open Workflow Environment Variables Modify Workflow Environment Variables with your Bluetooth Device Names. PLEASE NOTE - read the notes alongside regarding regular and artistic apostrophes. AirPods especially seem to have artistic apostrophes in their name so you need to make sure you get the right one. Should be good to go  
    Usage:
    btairpods - connect to your airpods (they must be out of their case) btheadphones - connect to another set of defined headphones btphone - connect to phone network bthotspot - connect to iDevice hotspot (note this forces a several second delay between clicking the WiFi menu and clicking the hotspot as it usually takes a second for the hotspot's to show) dcbthotspot - disconnect from iDevice hotspot
  11. Like
    stuartcryan reacted to Andrew in Alfred is slow to notice external changes to workflow info.plist [Investigating]   
    @deanishe Alfred doesn't unsubscribe, but idles on the events, only acting on the grouped events when they become relevant (i.e. Alfred needs the changes). Alfred only subscribes to the top level Alfred Preferences file, not multiple paths, so this will be why there may be reload issues with symlinked workflows.
     
    I can see that Alfred needs these things:
     
    1. Setting a workflow configuration variable, which will write the variable to the info plist.
    2. Forcing a reload of a workflow, which will get Alfred to reload a workflow e.g. if a symlinked info plist is externally updated via github
     
    It pains me to say that, for now, this may be done through Alfred's AppleScript interface, as the framework for this already exists. I do have much bigger plans for the future for this area though.
  12. Like
    stuartcryan reacted to deanishe in Alfred is slow to notice external changes to workflow info.plist [Investigating]   
    I wasn't sure whether to post this in here or in Feature Requests. Ultimately, I chose here because the workflow configuration sheet and workflow variables provide a very handy way to configure a workflow, but its utility as a settings store is significantly limited by the fact that Alfred doesn't notice when info.plist was altered by something other than itself.
     
    Specifically, I'm thinking about scenarios like the one I outlined in the Workflow Variables HOWTO, where a workflow developer would like to offer a way to toggle a setting on/off or add an API key via the workflow's own UI, rather than asking users to crack open Alfred Preferences, hunt down the workflow and edit its configuration sheet.

    It's a better user experience, allows the developer to validate the input, and knowledge of the existence of the configuration sheet is far from universal (a more obvious "settings in here!" icon might help).

    The problem is that Alfred takes several seconds to notice that info.plist has been changed by something other than itself (possibly several minutes if the workflow is symlinked), so the setting doesn't immediately stick and the workflow displays incorrect info or straight-up doesn't work until Alfred notices.

    Practically, this makes the variables in the configuration sheet read-only.

    This is a great shame, as it means that if you want to provide the ability to alter a workflow's settings from within the workflow, you have to forget about the configuration sheet and implement the whole thing yourself  

    Ideally, Alfred would either (a) check the modtime of info.plist every time it sets the workflow variables or (b) provide some official means for workflows to edit their own settings, e.g. /Applications/Alfred\ 3.app/Contents/MacOS/Alfred\ 3 --set "name" "value" (Alfred can grab the workflow's bundle ID from its own workflow variable! How cool is that?)
  13. Like
    stuartcryan got a reaction from deanishe in Advanced Google Maps and Apple Maps Search Workflow - Version 2.0.2 Release 12 February 2018   
    *cough* I was TOTALLY checking if you were all paying attention! That has now been fixed LOL thank you!
  14. Like
    stuartcryan reacted to cands in Advanced Google Maps and Apple Maps Search Workflow - Version 2.0.2 Release 12 February 2018   
    Great work, thanks! I've just done very limited testing (about 10 minutes) but I can confirm that it now works with Swedish characters (å, ä and ö), and all the functions I've tried seem to work perfectly!
  15. Like
    stuartcryan got a reaction from cands in Advanced Google Maps and Apple Maps Search Workflow - Version 2.0.2 Release 12 February 2018   
    OOOH noted, I will have to see what I can do about this, may simply need to UTF-8 encode everything more diligently. Will see what I can come up with.
  16. Sad
    stuartcryan reacted to cands in Advanced Google Maps and Apple Maps Search Workflow - Version 2.0.2 Release 12 February 2018   
    Thanks for the update! It works great for me (OS X 10.12.2, Alfred 3.2.1).
     
    There is one minor issue but with a simple workaround, the mapsethome/work commands do not seem to support international characters (in this case Swedish characters å, ä, or ö). However, Google finds correct address anyway so the use of international characters does not seem necessary.
  17. Like
    stuartcryan got a reaction from cands in Advanced Google Maps and Apple Maps Search Workflow - Version 2.0.2 Release 12 February 2018   
    Howdy all,
    I have put together a new beta release and I am hoping a couple of people could test this out for me please prior to releasing a full update:
     
    https://dl.dropboxusercontent.com/u/9093155/Advanced Google Maps Search 1.2.0beta.alfredworkflow 
     
    Changes in this beta include:
    I have added a Workflow Environment Variable for setting your Google Locale: It is quite rudimentary at the moment, but in essence if you (for example) set the variable to the domain for your locale. For example 'com.au' it will use google.com.au if you use 'com.tw' it will use google.com.tw. Changed to use Alfred's native 'Open in' functionality rather than relying on the 'open' command for native configurability in Alfred (if you wish to force a particular browser, other than the default). If a couple of people would like to test and report back OK, I will happily release a full update.
    Cheers,
    Stuart
  18. Like
    stuartcryan reacted to obazavil in Rapid Browser Tabs: Search, activate, reload and close your active tabs and favourites - V1.1 Update Released August 8, 2015   
    Ok.. found a workaround.
     
    Seems the index searches here also (when using spotlight or alfred):
    /Users/obazavil/Applications (Parallels)/
     
    And puts the stuff from that folder before the native chrome
     
    so... i suppose rbt searches for the first chrome result, finds the parallel one, try to interact with it and crashes
     
    what I did was rename chrome from the VM.. i dont need it that much in the meantime  and now everything works
  19. Like
    stuartcryan reacted to James Hobson in DefaultBrowser - Change your default web browser easily from within Alfred - v1.1 Update Released September 10, 2015   
    @stuartcryanReally useful script - cheers for sharing.
    Still working well with Alfred v3.1
  20. Like
    stuartcryan reacted to ikari in DefaultBrowser - Change your default web browser easily from within Alfred - v1.1 Update Released September 10, 2015   
    Just signed up to congratulate you for this fantastic workflow!
     
    Regars.
  21. Like
    stuartcryan got a reaction from theplaypig in LastPass Workflow for Alfred - update v1.4.7 August 19, 2016   
    Howdy my good man, so sorry I missed this.
    I have logged two bugs for you:
    1. Weird search issue --> https://github.com/stuartcryan/lastpass-alfred-workflow/issues/12
    2. Shameful SHAMEFUL typo LOL --> https://github.com/stuartcryan/lastpass-alfred-workflow/issues/13
     
    Thank you for reporting them, I have a week off as of this evening so hopefully will be able to get to them.
    Cheers, Stuart
  22. Like
    stuartcryan got a reaction from vanderholm in DefaultBrowser - Change your default web browser easily from within Alfred - v1.1 Update Released September 10, 2015   
    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 Release 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. 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.
  23. Like
    stuartcryan got a reaction from thec13 in LastPass Workflow for Alfred - update v1.4.7 August 19, 2016   
    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.3 NOTE: 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.2 NOTE: 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.2 Bug - 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.1 Removed 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!
  24. Like
    stuartcryan got a reaction from thec13 in DefaultBrowser - Change your default web browser easily from within Alfred - v1.1 Update Released September 10, 2015   
    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
  25. Like
    stuartcryan reacted to pochemuto in Alfred Keyword Help - find available keyword   
    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
×
×
  • Create New...