Andrew

I've just replied in that thread - check out the new iTunes workflow action object, you can now assign global hotkeys to iTunes volume in a workflow

Good chance that something like this will happen at some point during v2.x

That's fixed in b112 out today

If you are using file filter (workflow objects), it would be better to specify ~/Library directly in their scopes rather than the main scope... this will keep the default results nice and clean

This is deffo in the works, I just haven't gotten around to it yet!

Alfred doesn't import your bash profile so if you want to use growlnotify, you need to use its absolute path... but why not just echo output from your script and wire the script into a notification output... much easier (and more portable)

By the time v2 is finished (if I get time), if you set a bundle ID, the folder will be the same as the bundle ID and not a generated UID

I actually have a ticket already for exactly this - I should hopefully be able to get around to it before v2 is released

I'm actually refining a few bits of this XML today, and adding an item type as file is on the plan. If the file exists, Alfred will standardise the arg (expand and standardise the ~/) and treat it like any other file based result in the default results; i.e. Buffer, Actions, Revel In Finder shortcut etc.
 
My original reasoning for needing this in the XML as it should better support if somebody were to create a NAS search type live search filter returning files.
 
The XML will look something like this:
<item uid="filter.desktop" arg="~/Desktop" valid="YES" autocomplete="Desktop" type="file"> <title>Desktop</title> <subtitle>~/Desktop</subtitle> <icon type="fileicon">~/Desktop</icon> </item> The important part is type="file" on the item. Just for completeness, I'm also going to add type="file:skipcheck" which will skip the file exists check, in case it's on a slow NAS or drive, which could get in the way of results showing quickly if you know the files being returned do already exist.
 
This will be in the next build, after b94

Alfred actually makes this quite easy for you, you can add a type parameter to the <icon> part of the XML to show file types e.g.
 
<icon type="filetype">public.jpeg</icon>
 
...to show the icon for the UTI. If you want the actual icon for the file, you can use e.g.
 
<icon type="fileicon">~/Desktop</icon> 
 
...to get the actual icon used for the given path.

Alfred actually makes this quite easy for you, you can add a type parameter to the <icon> part of the XML to show file types e.g.
 
<icon type="filetype">public.jpeg</icon>
 
...to show the icon for the UTI. If you want the actual icon for the file, you can use e.g.
 
<icon type="fileicon">~/Desktop</icon> 
 
...to get the actual icon used for the given path.

Alfred actually makes this quite easy for you, you can add a type parameter to the <icon> part of the XML to show file types e.g.
 
<icon type="filetype">public.jpeg</icon>
 
...to show the icon for the UTI. If you want the actual icon for the file, you can use e.g.
 
<icon type="fileicon">~/Desktop</icon> 
 
...to get the actual icon used for the given path.

I actually already have a ticket for adding an "External" trigger type for workflows, which can be called through Alfred's AppleScript interface
 
If this doesn't make it into v2.0, it will likely make it to v2.1

I actually already have a ticket in my "tidy up" items to remember the last populated created by and website fields

This is deffo food for thought - there are probably quite a few usability issues to think through but in concept, I think something like this could work.
 
I'm a bit rammed with v2 stuff at the moment so it might be good to revive this thread once v2 has been generally released and I can think about it with a bit more of an open mind!
 
Cheers,
Andrew

I actually already have a ticket in my "tidy up" items to remember the last populated created by and website fields

NOTE!! From Alfred 2.4, the blur setting is in Alfred's Appearance > Options. You won't need to use the defaults writes, but it's still marked as experimental. I plan on implementing the native Yosemite blur at some point and make this an official feature.
 
This is and always will be a hack, but I'm adding a defaults write preferences item to set the background blur of a window. This will allow you to have nice transparent themes but still readable over busy backgrounds.
 
There are a few important caveats with this:
It uses a private OS X API which means it may stop working at any point outside of my control I may take this feature out if it causes general instability and will ignore any moans of "put it back" It disables the 'Fade in Alfred Window' option because these don't play nice together It slows things down lots on slower Macs This will work in OS X 10.9 Mavericks from Alfred 2.3 onwards! To use this hack, quit Alfred and his preferences then type this into Terminal:
 
OS X 10.9 Mavericks:
 
defaults write com.runningwithcrayons.Alfred-2 experimentalBlur -int 5
 
... the value can be anywhere from 1 to 15 for different blur radius levels, set to 0 to disable.
 
OS X 10.8 Mountain Lion and below:
 
defaults write com.runningwithcrayons.Alfred-2 experimentalBlur -float 3.0
 
... the value can be anywhere from 1.0 to 5.0 for different blur intensity levels, set to 0.0 to disable.
 
Here is what you should see:
 

 
Cheers,
Andrew

I'm currently using this as my theme!
 
It looks particularly good with the blurred background filter hack.

Cheers chaps, I really appreciate you saying that

Cheers chaps, I really appreciate you saying that

NOTE!! From Alfred 2.4, the blur setting is in Alfred's Appearance > Options. You won't need to use the defaults writes, but it's still marked as experimental. I plan on implementing the native Yosemite blur at some point and make this an official feature.
 
This is and always will be a hack, but I'm adding a defaults write preferences item to set the background blur of a window. This will allow you to have nice transparent themes but still readable over busy backgrounds.
 
There are a few important caveats with this:
It uses a private OS X API which means it may stop working at any point outside of my control I may take this feature out if it causes general instability and will ignore any moans of "put it back" It disables the 'Fade in Alfred Window' option because these don't play nice together It slows things down lots on slower Macs This will work in OS X 10.9 Mavericks from Alfred 2.3 onwards! To use this hack, quit Alfred and his preferences then type this into Terminal:
 
OS X 10.9 Mavericks:
 
defaults write com.runningwithcrayons.Alfred-2 experimentalBlur -int 5
 
... the value can be anywhere from 1 to 15 for different blur radius levels, set to 0 to disable.
 
OS X 10.8 Mountain Lion and below:
 
defaults write com.runningwithcrayons.Alfred-2 experimentalBlur -float 3.0
 
... the value can be anywhere from 1.0 to 5.0 for different blur intensity levels, set to 0.0 to disable.
 
Here is what you should see:
 

 
Cheers,
Andrew

NOTE!! From Alfred 2.4, the blur setting is in Alfred's Appearance > Options. You won't need to use the defaults writes, but it's still marked as experimental. I plan on implementing the native Yosemite blur at some point and make this an official feature.
 
This is and always will be a hack, but I'm adding a defaults write preferences item to set the background blur of a window. This will allow you to have nice transparent themes but still readable over busy backgrounds.
 
There are a few important caveats with this:
It uses a private OS X API which means it may stop working at any point outside of my control I may take this feature out if it causes general instability and will ignore any moans of "put it back" It disables the 'Fade in Alfred Window' option because these don't play nice together It slows things down lots on slower Macs This will work in OS X 10.9 Mavericks from Alfred 2.3 onwards! To use this hack, quit Alfred and his preferences then type this into Terminal:
 
OS X 10.9 Mavericks:
 
defaults write com.runningwithcrayons.Alfred-2 experimentalBlur -int 5
 
... the value can be anywhere from 1 to 15 for different blur radius levels, set to 0 to disable.
 
OS X 10.8 Mountain Lion and below:
 
defaults write com.runningwithcrayons.Alfred-2 experimentalBlur -float 3.0
 
... the value can be anywhere from 1.0 to 5.0 for different blur intensity levels, set to 0.0 to disable.
 
Here is what you should see:
 

 
Cheers,
Andrew

NOTE!! From Alfred 2.4, the blur setting is in Alfred's Appearance > Options. You won't need to use the defaults writes, but it's still marked as experimental. I plan on implementing the native Yosemite blur at some point and make this an official feature.
 
This is and always will be a hack, but I'm adding a defaults write preferences item to set the background blur of a window. This will allow you to have nice transparent themes but still readable over busy backgrounds.
 
There are a few important caveats with this:
It uses a private OS X API which means it may stop working at any point outside of my control I may take this feature out if it causes general instability and will ignore any moans of "put it back" It disables the 'Fade in Alfred Window' option because these don't play nice together It slows things down lots on slower Macs This will work in OS X 10.9 Mavericks from Alfred 2.3 onwards! To use this hack, quit Alfred and his preferences then type this into Terminal:
 
OS X 10.9 Mavericks:
 
defaults write com.runningwithcrayons.Alfred-2 experimentalBlur -int 5
 
... the value can be anywhere from 1 to 15 for different blur radius levels, set to 0 to disable.
 
OS X 10.8 Mountain Lion and below:
 
defaults write com.runningwithcrayons.Alfred-2 experimentalBlur -float 3.0
 
... the value can be anywhere from 1.0 to 5.0 for different blur intensity levels, set to 0.0 to disable.
 
Here is what you should see:
 

 
Cheers,
Andrew

If you haven't noticed, b72 sets the cursor colour correctly now!
 
p.s love that them!

Currently working on theme export and import, should hopefully have this in by tomorrow