Jump to content

alexcory

Member
  • Posts

    47
  • Joined

  • Last visited

Reputation Activity

  1. Like
    alexcory reacted to B9E in Window Snap Feature & Task Switcher   
    I would love to replace Witch as well.  Something like the running apps workflow here
     
    http://tedwise.com/2013/03/04/alfred-2-workflows/
     
    where instead of populating Alfred with the currently running apps, it populates with the currently running windows, which, like that running apps workflow, can then be searched and selected by typing.
     
  2. Like
    alexcory reacted to ctwise in Fast Chrome Bookmark Search   
    You appear to have some quoting/escaping issues. Only a very few queries work for me, most result in errors along these lines:
     
    Warning: SimpleXMLElement::addChild(): unterminated entity reference dept_id=458139&newsid=12176189&PAG=461&rfi=9 in /Users/ctwise/Library/Application Support/Alfred 2/Alfred.alfredpreferences/workflows/user.workflow.220C307E-D429-4527-8E5A-27216286206C/bookmarks.php on line 40
  3. Like
    alexcory reacted to raguay.customct in Relative + Absolute Path Finder Workflow   
    Hi,
     
    Sorry, I have been real busy lately. Check out this test workflow:
     
    https://www.dropbox.com/s/crziexseeu88jju/test.alfredworkflow
     
    I fixed the AppleScript (there were a few syntax mistakes) and it somewhat works. It is embedded in the workflow as an AppleScript and being called from PHP as a osascript program. You can compare that to what you had. You do not include an osascript into PHP, that is only for PHP. And, the output variable is not returned from exec, but should be the second parameter.
     
    But, this still does not work for many editors. Sublime gives the first opened file of that session, not the current front most file. I have a hard time getting Sublime to work with AppleScript well. I think most other IDEs on the Mac this should work okay. It works fine for MacVim.
     
    I would set it up similar to my project management workflow in the Advanced Alfred Workflows article (http://computers.tutsplus.com/tutorials/alfred-workflows-for-advanced-users--mac-60963). There, you set a current project directory and create commands that work from that point. That would simplify things some.
     
    Richard
  4. Like
    alexcory reacted to deanishe in Relative + Absolute Path Finder Workflow   
    Sublime's a funny old beast, not being a native app. It does some odd things on Mac sometimes.
    I'd go with writing a Sublime plugin to call Alfred instead if that's your editor of choice.
    Real men use MacVim of course
  5. Like
    alexcory reacted to deanishe in Relative + Absolute Path Finder Workflow   
    Your controller.php isn't working because you're including an AppleScript. include is only for PHP code. You don't need to include the AppleScript, just run it and grab the output.
    Which IDE/editor are you using? Unless it's a native Cocoa editor, you aren't going to have much joy getting the filepath with AppleScript. It might be a better idea to write a plugin for the editor that calls Alfred with the filepath rather than the other way around (Dash works this way, for example).
    You can determine the project root easily enough by climbing up the FS tree till you find .git or htdocs. If you take the editor plugin route, it may be possible to ask the editor for the project root, too, and pass that to Alfred as well.
    Here's a PHP function to get the relative path from one file to another.
  6. Like
    alexcory reacted to raguay.customct in New Article on Writing Workflows   
    Hi,
     
    An article on basic Alfred workflow writing has been published. It is a good tutorial on how to write a workflow and explains all the basic working blocks. Two more articles are due in the series. You can read it here:
     
    http://computers.tutsplus.com/tutorials/alfred-workflows-beginner--mac-55446
  7. Like
    alexcory reacted to jdfwarrior in Workflow Libraries and Helpers   
    Please see this newer thread for a more up-to-date list of libraries that support Alfred 3 and beyond.
     
    Since the introduction of Alfred 2, there have been several extremely useful utility classes and other helpers crop up that simplify a lot of the tedious, common tasks associated with creating workflows. These utilities are developed and maintained by community members, not by the Alfred team. All support requests for these utilities should be directed to the original author.
     
    If you have another utility class that needs to be included in this list, send me a message or email (david@alfredapp.com) with information about it (name, description, short list of features, link to post or download page) and I will make sure that it gets added to the list.
     
    Special thanks to all the developers for their hard work and for sharing their work with us.
     
     
    Python
     
    Alfred-Workflow (by deanishe)
     
    A state-of-the-art Python library for Workflow developers. Support for Alfred 2 and 3.

    The library is simple to install, has no external dependencies, is very well-documented and maintained, and boasts an eye-wateringly high feature-to-size ratio at just 140 KB.

    Main features
    Catches, logs and notifies users (and developers) of errors in Workflows. No more confusing, silent failure. Super-simple, yet powerful data caching (e.g. from a web service) and storage. Easy-to-use storage of Workflow settings. Keychain access for secure storage (and cross-machine syncing) of sensitive data, like passwords and API keys. Tunable and understandable Alfred-like fuzzy search (e.g. got matches Game of Thrones as well as Baby Got Back. Or not: that's up to you.) Now with solid support for multi-word queries. Extremely lightweight, but full-featured, HTTP library with Requests-like interface, but just 12 KB instead of > 2 MB. Convenient access to standard OS X icons, for high-quality, familiar icons without adding size to the library. Also available via proper English. Pre-configured, built-in logging to enable simpler Workflow debugging. Painlessly run (update) scripts in the background without blocking your workflow, so you can still show "old" results while fetching new ones. Supports Alfred's new (version 2.3) modifier-specific subtitles. Simple support for 3rd-party libraries your Workflow relies on. "Magic" arguments to make developing/debugging Workflows so much easier, especially when helping less technically-inclined users. With "magic" arguments, you and your Workflow's users can open the Workflow's log file in Console.app, its cache and data directories in Finder, and its root directory in Finder orTerminal from the comfort of Alfred's query box. You can also delete the cache/data/settings if something is corrupted. Your workflow can update itself via GitHub releases. Accent-folding, so you can search non-ASCII text (e.g. voilà will be matched by voila) Functions to support migrating settings/data from older versions of your workflow. Well supported and kept up-to-date with Alfred's features as they are added. Alfred 3-only features
    Workflow variables Advanced modifiers Alfred 3-only updates  
    And as you can see from the above links, there is extensive documentation, including a two-part tutorial on building a Workflow from scratch.

    Examples

    Here are a few examples of how you can do some pretty cools stuff in just a few lines of code.
    A simple Workflow I made to search Packal in ~90 lines of code. A simple Workflow to search your recent Pinboard posts in ~50 lines of code. A polished, user-friendly, wicked-fast Workflow to search your recent Pinboard posts in ~200 lines of code. Remember, each of these Workflows also has—for free—full error-catching and -logging support, and the ability to open its log file (which contains all errors) via Alfred's query box. No need to ask users to grub around in ~/Library or flounder in Terminal here. This is not the Workflow library 2014 deserves, but it's the one it needs  
     
    Alp (developed by phyllisstein)
    alp is a Python module for developing Alfred workflows that bridges the gaps between Python and OS X and Python and Alfred, making the process of creating a workflow quick and easy. As it's essentially a collection of shortcuts for common and repetitive tasks, developers will find that working with alp results in less and more efficient code and a generally more sane workflow development experience. A painstaking guide to its various features, bells, and whistles is available in the README at the Github repository.
     
    Features:
    Simplified generation of feedback XML. Shortcuts for bundle ID, storage paths, settings, and arbitrary plist and JSON files. OS X interaction features, including the sending of additional notifications, interaction with the Keychain, and interaction with Spotlight. Internet interaction features, including bundled modules for making and caching HTTP requests, parsing markup data, and sending e-mail. The ability to remove unneeded modules for a svelte workflow bundle.  
    Alfred-Python (developed by JinnLynn)
    alfred-python is a full-featured python module that helps building Alfed workflow quick and easy.
      Features: Simple feedback XML generation Provides functions for storing or retrieving cache data Workflow configuration management Includes an easy way to download remote file Easily get bundle id, query arguments, etc. More code example can be found on my own workflows.  
     
     
    PHP
    Workflows (developed by David Ferguson)
    Workflows is a PHP library for building Alfred 2 workflows using PHP. Installation is quick and easy. Just drop in the Workflows.php class file, import it into your code, and initialize it. Full documentation, with usage examples can be found on David's blog.
     
    Features:
    Simple XML generation Read/writing files as plain text, json, etc. Read/write plist values Find local files Provide access to commonly used paths (home, cache, current, data storage, etc) Easy HTTP/cURL requests  
     
    Haskell
    AlfredLibraryInHaskell (developed by raguay.customct)
    This is a Haskell library for creating Alfred workflows.
     
     
     
    AppleScript
    qWorkflow (developed by ursanrazvan)
    qWorkflow is an AppleScript library for creating workflows with Alfred 2. This library provides an object-oriented approach for working with plist settings files, reading and writing data to files, generating Alfred feedback results, requesting remote data, parsing JSON data, and more.
     
    Features:
    object-oriented approach to write less & more readable code heavily documented with code samples internal workflow introspection (finding the bundle ID, cache & storage paths) generate Alfred-compatible XML feedback with ease saving & retrieving workflow-related settings (with support for default settings file) remote data requests, as well as JSON support sending notifications through the Notification Center various internal utilities that improve AppleScript (string and date manipulation, file system utilities) More info & example workflows created with this support library can be found on the project's github repo
     
     
     
    Go
     
    goAlfred (Developed by raguay.customct) 
    This go library is used to create workflows for Alfred 2 easier in the go language from Google (http://golang.org/). It will automatically create your cache and data directories. It also creates the xml listing for the feedback system. Examples included.
     
    Installation and Usage
    You install the library with:go get github.com/raguay/goAlfred # (You might have to use sudo). Any program that you want to use the library, just place this line in it: import "github.com/raguay/goAlfred"
     
    Functions
    The accessible function calls are:
     
    goAlfred.BundleId() - This will get your Bundle Id for your workflow.
    goAlfred.Cache() - This function returns the location of your cache directory.
    goAlfred.Home() - This function returns the location of your home directory.
    goAlfred.Data() - This function returns the location of your workflow's data directory.
    goAlfred.Path() - This function returns the location of your workflow's directory.
    goAlfred.Error() - Returns the last error received.
    AddResult( uid string, arg string, title string, sub string, icon string, valid string, auto string, rtype string) - This function allows you to build up the xml string for returning to Alfred.
    AddResultSimilar(instring string, uid string, arg string, title string, sub string, icon string, valid string, auto string, rtype string) - This function allows you to build up the xml string for returning to Alfred only if the title is similar to the instring given.
    goAlfred.SetDefaultString(title string) - This function sets a different default message if no results have been added.
    goAlfred.GetXML() - This function returns the XML string that needs to be given to Alfred. 
     
     
     
     
    Bash
    BashWorkflowHandler (developed by _mk_)
     
    Features:
    create feedback xml save/read preferences volatile and non-volatile get workflow's cache dir get workflow's data dir get workflow's bundle id Usage examples can be found in the README at the GitHub repo.
     
     
    Bash Workflow Framework (developed by djc)
    BASH workflow framework which makes it simple to create a workflow which allows you to display feedback within Alfred after selecting a result, getting around the issue that "Script Filters are the only way to pass feedback to Alfred." Built to create easy reference workflows, or any other kind of workflow which does not want to leave Alfred immediately on selection of a result.
    Features:
    - Two modes for two different kinds of data: static and dynamic.
    - Creation of a static workflow only requires modification of a CSV-like file.
    - Static mode handles searching on query for you.
    - Dynamic workflow can be created using a BASH library ARF+.
    - Both modes allow for result and field-specific icons, validities, arguments, and autocomplete attributes.

    Extensive documentation in the README, and examples are included with download. Two methods of installation can be found on the github page.
     
     
     
    Ruby
    Alfred2-Ruby-Template (developed by zhauwu)
    A template for Ruby-based Alfred 2 workflow development.
     
    Features:
    Use standard bundler to easily package, manage, and update ruby gems in the workflow. Friendly exception and debug output to the Mac OS X Console Automate rescue feedback items to Alfred when something goes wrong. Automate saving and loading cached feedback  
    Alfredo (developed by Dennis Paagman)
    Alfredo is simple ruby gem that makes it easy to create workflows and items to it. You can get started with only 4 lines of code.   Features:
    Generates valid Workflow XML Add items with one line of code Supports all Alfred 2 workflow features  
     
     
    Swift
     
    AlfredSwiftLibrary (developed by raguay.customct)
     
     
     
     
    General
    Alleyoop (developed by phyllisstein)
    Alleyoop is a meta-workflow that implements a system for updating other workflows. Users can make use of its features by downloading the workflow module and entering the query oop, which searches for compatible workflows and checks for available updates. Developers can implement Alleyoop compatibility with two simple, human-readable JSON files, described in the original post: one stored on a remote server, one placed in the workflow's folder.
     
    Alfred Dependency Downloader Framework (developer by Shawn Rice)
    Do you want to have versioned libraries and utilities live side-by-side? Do you want to make your workflows smaller but keep or expand the functionality with helper apps? Do you want to make sure that everything works regardless of whether Gatekeeper is active on other users' computers? Then you might consider implementing the Alfred Bundler* dependency framework in your workflows. If you want to see a _very_ basic implementation, then download an example workflow from Packal and open it up to see the workflow's anatomy. The libraries / utilities mentioned below are just pre-defined assets that you can load with no additional work. You can actually use this framework for any asset** by including a small JSON file with your workflow. Take a look at the documentation page on Github or the original post for more information.
  8. Like
    alexcory reacted to deanishe in Can't get `Run Script` to work but `Terminal Command` works   
    Chances are, when you run the command from Terminal, /usr/local/bin will be first on your PATH (use echo $PATH to find out), so calling git or rsync in a script will run the versions in /usr/local/bin.
    Alfred, however, ignores your PATH and will use the git and rsync in /usr/bin.
    I'm guessing you installed git and rsync from homebrew or the like, so they're almost certainly newer versions that the system ones. It's possible one of your options isn't understood by the older versions.
    You should always use full paths, e.g. /usr/bin/git not just git in workflow scripts to ensure you're using the same executables from Terminal and Alfred.
    .git is the folder that git creates when you make a directory a git repository. It's where .git keeps all its data. Remove that folder and you no longer have a repository.
    The --git-dir and --work-tree options tell git which directory it should operate on. By default, it uses the current working directory and searches up the file tree till it finds a .git directory.
    Personally, I wouldn't bother with those, but would do a chdir to the repository directory and just run /usr/bin/git add .. You might have to chdir back to the previous working directory afterwards (which is the workflow root directory when run from Alfred).
  9. Like
    alexcory reacted to deanishe in Can't get `Run Script` to work but `Terminal Command` works   
    It's possible that the discrepancy between your shell environment (set up by .bashrc, .profile etc.) and the one Alfred uses (launchd's environment) is causing the problem.
     
    Where are your git and rsync commands? In /usr/bin or /usr/local/bin?
  10. Like
    alexcory reacted to rice.shawn in Can't get `Run Script` to work but `Terminal Command` works   
    Another problem based on that shell is how the .git directories are read. I ran into this problem with the workflow processing script on Packal. It was written in PHP, but it just invoked the git commands via shell commands, so here is the relevant github code:
    // Add all the files $command = "git --git-dir $github/.git --work-tree $github/ add $github/*"; exec($command); // Commit changes $command = "git --git-dir=$github/.git --work-tree $github/ commit -am 'updated for $bundle version: $version'"; exec($command); // Push it to the repo $command = "git --git-dir=$github/.git --work-tree $github/ push origin"; exec($command); Obviously, you don't have those variables. The "$github" variable is just the full path to the local git repo.
  11. Like
    alexcory reacted to stonefury in Minimize all windows   
    Sweet, perfect, first hit on google. Just what I wanted. Thanks.
  12. Like
    alexcory reacted to rice.shawn in script to open directory in vim within iTerm   
    exec("$cmd"); won't open a terminal window but will do it in the background.
     
    The open command should, but you might need the full path $cmd = "open -a /Applications/iTerm.app"; exec($cmd);
     
    You can't tell iTerm to switch to that directory from inside PHP. You need to use Applescript to send that command to iTerm once it has been opened. Actually, just do the opening and everything else in Applescript. It's easier. You can launch an Applescript from inside PHP with the bash command osascript.
     
    Bash:
    You have smart quotes. Bash won't like those. Why not just use: echo "{query}" if in an alfred window? If you want to open a directory in bash from the query, then just use `$query` if it has the full path in it. Otherwise, you might need to do `cd "$query"`. Note the non-smart double-quotes so that the variable will expand.
  13. Like
    alexcory reacted to EvanLovely in Code Snippets   
    I made a nice Alfred workflow for searching through a folder of plain text file snippets that copies the contents and then inserts it into your current focus point. Additionally, it's easy to see, search, and set Mavericks tags on the snippets. Since the whole storage of snippets is done with the file system, it makes it really easy to add and edit the snippets with other means. Go check it out!
     

  14. Like
    alexcory reacted to rice.shawn in Packal Search — search for cool new workflows from the comfort of Alfred   
    It really is an ugly icon though. I should take some time and try to design a much better one. Unless someone wants to do me the favor (any good graphic designers reading this?)...
  15. Like
    alexcory reacted to jdfwarrior in Can't get `Run Script` to work but `Terminal Command` works   
    Try using full path rather than relative paths or paths beginning with ~. See if that fixes it.
  16. Like
    alexcory reacted to rice.shawn in [HOW TO] Script Filters: Reusing a single script filter or chaining multiple together   
    Script filter 1 is just an easy way to output multiple lines in bash. So, it's regular XML with the format and the fields necessary for Alfred to read. The "cat" means read, and the <<< CODE [...] CODE delimits the string to read to the buffer (to Alfred).
     
    --- demo 1
     
    -f means file exists.
     
    Alfred starts executing code in the workflow directory. Since this is just a demo, David was saving these to a text file in the workflow directory itself. If you were to implement this sort of thing, then you'd want to save the temp file to the caches directory.
     
    tr translates/deletes characters ( see the man pages on tr ). The ${} structure in bash is string manipulation, so it's running the commands and outputting them into the "in" variable. "\" is an escape character, so if you want to search for a "\" you have to escape it; hence \\. So, the string takes the query and deletes and "\" from it, saving it into the variable "in".
     
    Then the contents of "in" are saved into the "saved.txt" file.
     
    --- demo 2
    Takes the saved information in saved.txt and pulls it into a "data" variable.
     
    echoing "$data {query}" combines the previous query (saved in saved.txt) and combines it with the current query.
     
    ---
     
    The overall idea is that you can't get more than one argument out of a script filter, so this is a fun little hack in which you save previous queries in a temp file and read them into the query again to make it work as a "new" query that uses the same script filter but with a nice little delimiter so that you can see the progression, a little like breadcrumbs.
  17. Like
    alexcory reacted to rice.shawn in Accessing Data Directory   
    You have the single/double quotes backward on this line:
            $cmd = 'open -a Finder "$data_dir"'; You probably need a semi-colon on this line: $data_subdir = basename( $data_subdir ).PHP_EOL Depending on what is being returned, you might need equivalence (==) rather than equality (===) on this line:
    if ( $data_subdir === $bundle_id ) You need to use the "{query}" variable from Alfred not the "$query" variable on this line: $plist_dir = $query . "/info.plist"; The following line isn't the data directory. $data_dir = $w->home() . '/Library/Application\ Support/Alfred\ 2/Workflow\ Data'; If you want to grab all the data directories for Alfred Workflows, then you could just make it easier: $data_dirs = scandir($w->data() . "../"); It also might be easier/more reliable to get the bundle id from each plist by doing: $cmd =" /usr/libexec/PlistBuddy  -c 'Print :bundleid' '$data_dir/info.plist'"; $bundle = exec($cmd);   I'm assuming that you want to grab all of the files out a some matching workflow's data directory. If you just want to grab all the files out of the current workflow's workflow directory, then you just need to do: $files = scandir(".");
  18. Like
    alexcory reacted to rice.shawn in Sexy Code Snippet Management with Gists   
    To start it out in the simplest way, do this:
     
    Since you know PHP, use that.
     
    Download a copy of David Ferguson's workflows library (see libraries and helpers thread pinned in this forum). Include that.
     
    Create a workflow with just a script filter for now. In it, have it be bash, and just have the command be `php snippets.php`. Have no argument selected.
     
    Create the snippets.php file in the workflow directory. Include David's workflows.
     
    Start a "first run" function that checks to make sure the data directory exists, and, if not, create it. Make sure that the data directory contains a settings file. If not, create the file and open it in a text editor (just use some exec($cmd) functions to do this). It'll be easiest to have the settings file be some json (so you can use json_decode) with just a user: and key: fields.
     
    Use those and query github to get a list of all of the gists, and bring those back into an array.
     
    Use a foreach statement on each row, make sure that you have use the $key => $value in that statement:
      Do a preg_match on the name of the gist to see if "#snippet" is in the name. If there isn't a match, then unset($gists[$key]); You should then have all of your gists that match the snippet.
     
    Use the add_result (or whatever the object method is) from the workflow library to add all of the results to the workflow object constructed (see how David's library works). Then "echo $w->toxml()"; That should provide you with the feedback. Use the raw URL of the gist as the argument.
     
    Then, try to run the workflow. If you get a list of gists in Alfred, you're on the right track.
     
    Now, go back and change the script filter to have "argument required" in there, and change the command to `php snippets.php {query}`. Now, look into having some fun with $argv processing in the PHP script in order to filter out more results.
     
    Create a new action in Alfred that runs a script.
    Have it be PHP. Then, have the contents akin to something like:
    echo file_get_contents("{query}");
     
    Then, add in a copy to clipboard action in Alfred. For the contents, have it be, simply {query}. Then check the box that says "automatically paste to ...".
     
    That should be it.
  19. Like
    alexcory reacted to CarlosNZ in New workflow - Upload to ImageShack [updated to v1.01]   
    You can actually just select the files you want in the Finder, then use the "File Selection" hotkey to show it in Alfred:

    I've changed mine from the default, but you can find the hotkey in the Preferences under Features->File Search->Actions.
     
    Cheers.
  20. Like
    alexcory reacted to ian_989 in Alfred Maestro - Keyboard Maestro Integration For Alfred   
    Alfred Maestro
    Possibly the last workflow you will ever need for system tasks
     
    I recently started using Keyboard Maestro (KM), and so far I love it. So I made this workflow to allow you to execute any KM macro straight from Alfred. 
     

     
    Downloads
    - My Site: http://iansinnott.com/blog/integrating-alfred-and-keyboard-maestro/
    - GitHub: https://github.com/iansinnott/keyboard-maestro-alfred
     
    Basic Usage
    Type 'km' followed by the name of the macro you want to trigger. 
     
    Dependencies
     
    Keyboard Maestro
     
    More Info
    Check out the readme in my Github repo linked above. Also, check out my blog post about these two apps if your interested in how I actually use it. That's also linked above as the first download link. 
     
    Quick Note: I only tested this on the latest version of php (5.5.5 as of this writing). This is not the standard installed version that comes with new Macs, so if you have any trouble with the workflow let me know. 
     
    Cheers,
    Ian
  21. Like
    alexcory reacted to Ritashugisha in Luxinate - Download video and audio from YouTube and SoundCloud   
    Update 4.1.1
     
    Luxinate has updated to the new YouTube-dl which required a complete rewrite
     
    After many hours of laborious coding, I've managed to add a new user download option which will allow you to download all uploads of any user on either YouTube or SoundCloud.
     
    LuxPlaylist has also gotten a rebuff which will now allows users to search playlists on both YouTube and SoundCloud.
    For both these options you can either enter a search or a URL. Luxinate will determine either to search for that query or use the URL directly.
     
    Hopefully this update will fix many bugs as well as make Luxinate easier to use.
     
    If you do encounter major problems I would recommend either reinstalling the workflow or downloading the previous version of Luxinate located at the bottom of the original post.
     
    Please let me know of any bugs or problems that you encounter.
     
    Thank You!
  22. Like
    alexcory reacted to segphault in Syntax highlighting workflow with Pygments   
    I built a workflow that applies syntax highlighting to the text in the clipboard. By default, it performs RTF-based highlighting and stores the output in the clipboard as rich text so that the colorized content can be pasted into applications like Keynote and Evernote. The workflow uses a script filter to let you select the programming language. It's totally self contained, using the Pygments library which is bundled in the workflow. You can easily customize the script to change the output format (to HTML, for example) or pick a different Pygments color scheme.
     
    You can download the workflow here: http://seg.phault.net/alfred/Highlighter.alfredworkflow
    I wrote a blog post about it here: http://blog.phault.net/2013/12/slide-deck-syntax-highlighting-made-easy-with-alfred/
     
    This is an example of a Keynote slide where I used the workflow for highlighting:
     

  23. Like
    alexcory reacted to webkenny in Use Shortcat? This workflow is for you.   
    Simple workflow as part of a collection I'm starting. From the README:
     
    Shortcat Alfred Launcher 0.01
    This simple workflow launches Shortcat (with the "ui" keyword) and runs it with the Alfred query. It's a simple bridge between Shortcat and Alfred. Since SC is not scriptable (Yet!) this is merely a keypress simulation.
     
    WARNING: This workflow assumes you are using {CMD-SHIFT-SPACE} (the default) as your Shortcat trigger. If not, you may have to modify the AppleScript included in the workflow for your needs.
     
    Grab it from the repository here: https://github.com/webkenny/alfred
     
    Enjoy!
  24. Like
    alexcory reacted to aiyo in Wi-Fi toggle, Network Location, Fast User Switching, Finder Settings...   
    Hi,
     
    Here are my first workflows, hope some of you might find them useful:
     
    Fast User Switching
     
    (I have linked to this one in here before)
     

     
    https://github.com/aiyodk/Alfred-Extensions/raw/master/AlfredApp_2.x/Fast-User-Switching/Fast-User-Switching.alfredworkflow
     
     
    Finder Settings
     
    Change setting for: Hidden files, User Library and what to show on the Desktop.
    More setting might be added later.
     

     

     
    https://github.com/aiyodk/Alfred-Extensions/raw/master/AlfredApp_2.x/Finder-Settings/Finder-Settings.alfredworkflow
     
     
    Wi-Fi toggle
     
    A rewrite of my Wi-Fi toggle extension for Alfred 1.x
     

     
    https://github.com/aiyodk/Alfred-Extensions/raw/master/AlfredApp_2.x/Wi-Fi-Toggle/Wi-Fi-Toggle.alfredworkflow
     
     
    Network Location
     
    Also a rewrite...
     

     
    https://github.com/aiyodk/Alfred-Extensions/raw/master/AlfredApp_2.x/Network-Location/Network-Location.alfredworkflow
     
     
    And a nice little File Action, to uninstall apps with AppCleaner
     
    https://github.com/aiyodk/Alfred-Extensions/raw/master/AlfredApp_2.x/AppCleaner/AppCleaner.alfredworkflow
  25. Like
    alexcory got a reaction from vdesabou in Spotify Mini Player: Control your Spotify library at your fingertips   
    Yep.  Dude this is seriously sick.  You are the s#!+ man!
×
×
  • Create New...