Tyler Eich

I can reproduce this, interesting... I'll take a look for the next release

Grab it here:
https://dl.dropboxusercontent.com/u/2705462/stackoverflow.alfredworkflow
  This is a fork of xhinking's awesome StackOverflow workflow (http://www.alfredforum.com/topic/1524-stackoverflow-workflow/) that shows how long ago the question was asked in human-readable format, i.e. "2 years, 3 months ago".

The way I use the calculator most often in Alfred is, I enter a partial calculation, hit enter, then toggle Alfred again, hit paste, and continue my calculation.  I was thinking this could be set up so that a right arrow (or a tab, or whatever shortcut) could change Alfred's currently entered text to the result of the current entry.
 
In other words, I enter "120-20" and press right arrow.  The text box then shows "100", and if I just type "/5" the text box will contain "100/5" and the subtext will show "20".  Whereas currently, if I enter "120-20/5", the subtext will (correctly) show 116.
 
Alternatively, and perhaps more usefully, a right arrow double tap at the end of the line could just enclose the currently entered expression in parentheses.  Then the sequence would be, "120-20" (right arrow) "/5", whereupon the display would show "(120-20)/5" with the subtext "20".
 
And while we're at it, if we could get the parser to recognize that parentheses directly next to a number means multiplication, that would be awesome.  That is: 53(20) = 1060.  Currently it only recognizes multiplication if an asterisk * is typed.  (Spotlight can parse this correctly...we can't have Spotlight outdoing Alfred!)  o_O

+1
 
Agreed completely.  I would even go so far as a "Remember the last {#} of images copied" setting, totally separate from the text copying history.  So you could have it limited to five images, or whatever.  (Or, yes, just limit it to 5 MB or whatev.)

Amazing workflow, thank you so much! 

Note: This workflow is no longer maintained.
 
This is a really simple workflow that performs unit conversions. Conversion commands look like:
 
    u {value} {in units} > {out units}
 
You can include a space after the u keyword, but it's not required. Units can generally be abbreviated or not, as long as the input is unambiguous. Here are some valid commands:
u 5km > miles u 5km > mi u5km>mi You can also do unit math (again, spaces are generally optional):
u 1cm * 1in u 1in^2 / 2mm^2 u1cm+2.5in-3mm>ft Just remember that units matter. You won't get any output if you try to do something like 1cm * 1in > in, because multiplying two lengths gives an area (like in^2).
 
The calculator is called as you type, so it'll give you an answer whenever you type a query it can process. Actioning the result will copy the value (just the number) to the clipboard. That's it!
 
Well, there are also a couple options you can configure. You can open the configuration file with the command u>. The options are:
"separator" - what separator to use between the input value and output units "precision" - how many decimal digits to include in the output (set to null for unlimited)  
More info and source is available here.
 
 
Download
 
 
Update 2014/05/22:
 
You can now use a space between a number and its units (e.g., "5 km" in addition to "5km").
 
Update 2014/02/06:
 
Unit math is back!
 
Update 2013/12/07:
 
Add output precision option (see above)
 
Update 2013/12/01 (again):
 
Bug fix
 
Update 2013/12/01:
 
Added support for using "space" as the unit separator, so you can do queries like "1mile km".
 
Update 2013/11/30:
 
Added Euros to the currency list. I also added a couple extra commands, accessible with the 'u>' command,
 
Update 2013/11/29:
 
Currency conversion is back.
 
Update 2013/11/25:
 
At last, I pushed out an update that should have this back up and running. It's using a local library now, so it's faster and not subject to the whims of Google. Sorry it took so long.
 
Update 2013/11/5:
 
Google shutdown the API this workflow was using on November 1, so it's broken until I switch it to something else. Sorry about that. I'll have it back up and running in a day or two.
 
Update 2013/10/11:
 
Bugfix
 
Update 2013/8/14:
 
It should now work with Snow Leopard (Python 2.6).
 
Update 2013/8/13:
 
Now with Alleyoop support!

It would be really cool if Alfred had an option for storing images in Clipboard History. Plain text is easy to search and light on resources, but limiting if you rely on images (e.g. graphic designer).
 
When using snippets and/or workflow clipboard objects, {clipboard} should be able to inject images stored in the Clipboard.
 
This would obviously increase Alfred's memory usage; if implemented, it should definitely be optional. Maybe even separate settings that set limits on how big a stored image can be (just like the current implementation for text clipping size).
 
Cheers

Is it possible to restrict a hotkey to be active only when a particular application is in the foreground? The default implementation of hotkeys in Alfred's workflows causes all hotkeys to be 'global' in scope, which is to say that they work regardless of what application is running.
 
For example, I'd like to run an apple script using the hotkey combination 'command+D' when Adobe Illustrator is in the foreground. Currently, setting this hotkey in Alfred achieves my purpose, however it also overrides the same hotkey combination in other apps that already use it, such as the 'duplicate' command in Finder. What I'd like is for 'command+D' to continue functioning as is when Finder is in the foreground, and make it run my apple script when Illustrator is in the foreground.
 
Appreciate any feedback or ideas!

Sometimes it would be super convenient to keep Alfred's window open for a minute, two minutes...  E.g., when you've done a math calculation, looked up a word in Dictionary.app, navigated to a folder deep in the hierarchy, etc.
 
How about a keystroke or keyword which would keep Alfred visible?  Something like "Lock" and "Unlock."

A variation on a theme, Tyler.   

I'll keep tweaking mine no doubt. Shame about the lack of options on border width, would be nice to play around with that!

You might also like my Native theme; looks pretty similar to this one 
 
Cheers

Try hooking up a 'Hotkey' Trigger to a 'Open URL' Action. Set the Hotkey's 'Argument' field to 'OS X Clipboard Contents'. In the 'Open URL' Action, put {query} wherever you need the clipboard's contents.
 
You could also set it up to use whatever is selected in OS X, without copying. Set the Hotkey's 'Argument' field to 'Selection in OS X'
 
Cheers

Here is a small change to handle files with AppleScript:
set text item delimiters to tab set filePaths to text items of q set text item delimiters to "" repeat with filepath in filePaths set theFile to POSIX file filepath as alias --do stuff end repeat It is a good practice to set the text item delimiter to its default value.

I switched to Alfred from Launchbar, and the biggest thing I miss is the ability to use the Clipboard History shortcut key to navigate through the history.
 
In my case, I have my Clipboard History shortcut key as Cmd-\. What I like to do as I'm coding is to copy a few things to the clipboard, then go to where I want to paste, hold down Command, and tap \ until the item I want to paste is highlighted. With Alfred right now, I have to hit Cmd-\, then use arrow keys or cmd-# keys to pick what I want, which necessitates changing my hand position on the keyboard - not at all as efficient for me.
 
-kevin
 

It would be really cool if Alfred had an option for storing images in Clipboard History. Plain text is easy to search and light on resources, but limiting if you rely on images (e.g. graphic designer).
 
When using snippets and/or workflow clipboard objects, {clipboard} should be able to inject images stored in the Clipboard.
 
This would obviously increase Alfred's memory usage; if implemented, it should definitely be optional. Maybe even separate settings that set limits on how big a stored image can be (just like the current implementation for text clipping size).
 
Cheers

Would be wonderful to implement workflows with Preferences into the Alfred Feature Preferences. Workflows like
Dropbox Evernote Notes with New Text File UniCall and others...

I'm aware how useful this will be and it's definitely on my list

Due to the great response to MiniLight v1 (191 downloads to date); I've decided to present an update to it! So, I give you MiniLight v2! 
 

 
 
Also...I'd like to announce MiniDark v1! I realized people may like a dark version of the theme [:
 

 
 
I hope you guys enjoy!
 
MiniLight v2: http://d.pr/f/eFnL
MiniDark v1: http://d.pr/f/cki9
 
 
**EDIT** Fixed links.

Colors v2.0.0
 
Get it from Packal (Recommended)
 
Quick Summary:
This workflow can process and convert all CSS color formats and several Objective-C formats, namely NSColor (calibrated and device) and UIColor. It also provides an interface to the OS X color panel for easier color manipulations.
 
It's written in native code (i.e. it's really fast).
 
Quick Preview:

You can find a full description on Packal.
 
Direct download • source code on Github

SOLVED!
 
>Please just write an example with "open" and a path.
 
I now found out I don't have to write "open", just the path, that's it!
 
As here:
 
/Volumes/main_HD/Users/omarkn/Documents/_Wie_HowTo/w
 
will show all files starting with "w", then it's simply to choose from the list which to open!!!!
 
 
with best regards,
Omar K N
(Stockholm, Sweden)

Note from Andrew: While this is a convenient method for updating workflows, I cannot endorse the use of it unless you are fully aware of the security implications of blanket updating all of your workflows. I'm currently working on a built in workflow auto-updater, for a future Alfred 2 release, that performs the standard verification checks that Alfred currently does on manual import, along with migrating your hotkey/keyword settings on upgrading. I'll also be adding 3rd party workflow developer signatures to keep you safe.
 
Hey all,
I've just completed a workflow designed to make it easier for workflow developers to push updates to their work. (And to their flows.) It's called Alleyoop, it's based very heavily on the concept behind David's old extension updater, and it works a little something like this:
When you enter the query oop, it searches through the workflow folders for files named update.json. update.json indicates what version of the workflow is currently installed and where to check for an update. (The format is below.) Alleyoop downloads a remote json file, indicated in update.json, and if that file indicates a higher version, it downloads the workflow at the address given by the remote file. The user finds the workflow in his or her ~/Downloads directory and opens it. There is no step 4. Workflow developers can start implementing this workflow immediately. All you need is a static place to host a json file and an alfredworkflow file—so Github will do, failing all else, but Droplr won't. Place an update.json file in your workflow, with the following keys defined:
 
{ "version": 1.0, "remote_json": "http://alfred.daniel.sh/Updates/Things.json" }  
version should be a float, meaning that 1.0 and 1.1 and 3.14159 are all valid, but 3.1.4 is not, and remote_json should point to a json file on a remote server that's defined like this:
{ "version": 1.5, "download_url": "http://alfred.daniel.sh/Workflows/Things.alfredworkflow", "description": "Brief description of the update." }  
If the version on the remote server is greater than the version on the user's computer, s/he'll see something like this:

 
Selecting a workflow from the list will download it. No fuss, no muss.
 
And that's it! Enjoy implementing this, until we get a good package manager running again, and let me know if you run into any difficulties.
 
Download Here

Thanks Tyler. That fixed it.

It looks like you're missing the '{query}' parameter in the 'Open URL' object. Instead of leaving that text box blank, put '{query}' inside of it.
 
Cheers

Something I would like is if the icon parameter could take a URL to an image and load it asynchronously.
Been working on an extension of the spotify workflow and it's search, and have Alfred showing album covers in the results, but would be nice not having to download and store the thumbs before returning the search results to Alfred.

Wow! That's great. Thanks for the tip. Alfred just gets better and better.