Andrew

I'm definitely going to provide a way to more easily dispatch specific key commands and combos to OS X in a future release of Alfred... this seems really popular

I actually already have a note to consider adding installable "icon sets" into Alfred which would then be selectable in the image pickers, I think this would be a great addition

You can setup Alfred Remote to connect directly to an IP (the "Direct" option when adding a new Alfred)... if you have port forwarding setup on your router, connecting to Alfred from outside your LAN is possible

Quick update, this is going to be a little more clever now...
 

 
There will still be a custom fixed delay mode for if it suits your workflow better.

I'm aiming to have 2.6 in pre-release before January and released within the first few weeks of Jan

This type of scenario will be much easier in the future when I overhaul the workflow architecture, but for now, wolph is right... a simple script filter will likely serve your needs.
 
You could always run into a script action which then opens the terminal with the script you want if you need to process the script before opening Terminal

I have a note for this, but this is unlikely to make it into 2.6

The delay would be pretty much that yep, and it would be SIGTERM as this is what the NSTask sends when using the terminate method.

I'm aiming to have 2.6 in pre-release before January and released within the first few weeks of Jan

Sorry about the slow reply on this... I'm going to have to do a bit of analysis to see what's going on here. Essentially, tab auto-complete only forward completes, not backwards which is why an empty auto complete is treated as ignored.
 
I am going to look into treating empty and nil differently to see if I can allow empty autocompletes to clear out a field.
 
Cheers,
Andrew

Yep absolutely... if you edit the keyword object and tick "with space" and select "Argument Required"... then edit the URL list in the script action and setup the URLs with the {query}.
 
If you want the query to show like it does with web searches, you can edit the keyword subtext to include {query} too e.g. Search for {query}.
 
Let me know if you need any help with this
 
Cheers,
Andrew

I definitely agree with this... I've added a note to look into this for the future

The clipboard db may have become corrupt. Try quitting Alfred then opening Terminal.app and pasting:
 
rm ~/Library/Application\ Support/Alfred\ 2/Databases/clipboard.alfdb
 
Then restart Alfred. Let me know how you get on
 
Cheers,
Andrew

Yep, I really like this. It would take a bit of an architectural change (allowing a single result item to have multi state validity) so it may not be a minor release... but I can definitely see something like this coming to workflows!

Hi,
 
I wrote a quick tutorial on how to do this. You can read it here: http://customct.com/posts/tutorials/Alfred/Running-Automator-and-AppleScripts-in-Bash
 
This should help clear up what you do not understand. If you have more questions, just let me know.
 
Richard

I'll deffo add a note to look into adding line numbers, I agree!

I have some pretty special ideas for the future of Alfred and how things are displayed, so stay tuned

Yep, I really like this. It would take a bit of an architectural change (allowing a single result item to have multi state validity) so it may not be a minor release... but I can definitely see something like this coming to workflows!

Perhaps you could twizzle the <subtitle mod="cmd"> XML into a mod tag:
<mod key="cmd" valid="yes">    <subtitle>My alternate subtitle</subtitle>    <arg>my alternate arg</arg> </mod> Having (optional) alternate args would make it easier to, say, open URLs to different websites or copy different formats of dates/colours/whatever to the clipboard without having to wrangle half a dozen Run Script/Open URL/Copy to Clipboard actions.
 
It'd also make it easier for workflows to manage their own configuration without having to re-write their own info.plist, which is not an optimal solution.

Thanks for the debugging on this... I'm not sure why this would have happened and seems isolated, but I'll keep this info handy to share with any other users who run into the same issue!
 
Cheers,
Andrew
 
[moving to noted]

This should now be fixed in Alfred 2.5 b297 pre-release which you can grab in Alfred's Update prefs

This is a safety feature of the underlying AppleScript which is doing the file move in Finder. I accept that this (and no notifications) isn't ideal and a complete overhaul of the file interactions is planned for a future version of Alfred.
 
Cheers,
Andrew

I have some pretty special ideas for the future of Alfred and how things are displayed, so stay tuned

I have some pretty special ideas for the future of Alfred and how things are displayed, so stay tuned

I have some pretty special ideas for the future of Alfred and how things are displayed, so stay tuned