deanishe Posted April 30, 2014 Posted April 30, 2014 A feature I think could be an enormous boon to Alfred's functionality without massively expanding its scope would be the ability for workflows to call other workflows via Alfred's AppleScript API, but with the results returned to the workflow, not Alfred. With a single addition to Alfred's AppleScript dictionary, say, tell Alfred to search "query" and return results (or however these things work), the (XML/arg) results from one workflow/Script Filter could be returned to another. This would allow workflow devs to chain Script Filters together—something that could massively simplify workflow development—without requiring a significant overhaul of Alfred's API/workflow model. Currently, workflow authors have to jump through a lot of hoops to implement multi-stage workflows, usually with the undesirable "flash" of a disappearing and reappearing Alfred window. For example, my FuzzyFolders workflow has to use multiple keywords and delimiters to coax Alfred into performing a multi-step action. It would be much cleaner for the user and much easier for me (the developer) if I could tell Alfred to perform an action but return the result(s) right back to my script instead of passing it/them off to another action. Many workflow authors resort to AppleScript dialogs and tools like Pashua/cocoaDialog to solve this problem, which (1) kind of wrecks the Alfred aesthetic/workflow and (2) results in a dozen copies of the same helper app wasting space in users' Dropboxes. Carlos-Sz 1
MuppetGate Posted May 28, 2014 Posted May 28, 2014 +1 Especially the part about using Applescript dialogs and the flashing. This would replace the need for two items I asked for a couple of years ago: An input workflow module that could be used to pick up extra bits of info from the user. A conditional workflow module that could branch other modules depending on the value of its output. Something like this would also bring in a lot more workflows that wouldn't need to interact directly with users. We could have workflows that just store settings, for example.
deanishe Posted May 28, 2014 Author Posted May 28, 2014 Yeah. I figured it would be a fairly elegant way to add a lot of functionality without messing with Alfred's workflow model too much. It'd also open the way for workflows to grab the results of standard Alfred searches or of other workflows and filter/process them. ctwise can have his globbing patterns, I can have my blacklists, etc.
ravettb Posted April 10, 2015 Posted April 10, 2015 YES!!!!!! I cannot imagine why we can upload some workflows which are *designed* to feed into others, and NOT use the templates (and others) provided to CHAIN WORKFLOWS.
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now