Andrew

Quit and re-open the preferences to the General tab (without checking for updates from Alfred's hat menu) and the option to switch to pre-releases will be in the same place as your screen shot. I've significantly improved this in v2.0.3 by moving updates to its own tab in the prefs

if the Amazon search is selected (or you arrow down to it) after typing 'ama', you can simply press return to auto complete this ready for a search.

Alfred simulates a cmd+v in OS X to paste. Naturally, Parallels / Windows uses ctrl+v to paste so cmd+v doesn't work. If you can remap cmd to ctrl in Parallels then pasting may work. I'm moving this to closed as there isn't much Alfred can do in this situation - he doesn't even check for the app being pasted to.

I wonder if this is a TotalFinder issue as when I find Desktop in Alfred and press enter, Finder opens with Desktop. If I then find Documents in Alfred and press enter, Finder opens with Documents at the front. Perhaps you could create a new profile on your Mac without TotalFinder to see?

How are you opening the two folders in Alfred?

This is standard URL encoding - %40 is the same as @. You may need to raise this with Mailsoftware as there could be an issue with their Beta.

Alfred uses NSTask to bridge across to the scripting language. Cocoa automatically normalises any passed in arguments with decomposition which splits the characters down as you see. You'll need to re-normalise into the format you need. http://en.wikipedia.org/wiki/Unicode_equivalence#Normalization I've done plenty of research over this, one beta build even had a way to set the normalisation type in the workflow, but NSTask always re-normalised so it was removed. Cheers, Andrew

I think the wolfram one will be there, but shown off the bottom of the results list. If you type 'w[space]' you should see it. If you don't mind waiting a few days, 2.0.3 is almost out which enhances Alfred's result ranking and will sort this workflow above the apps once it has been used a few times Cheers, Andrew

Hi there, Alfred should be case insensitive when it comes to keywords, so if your keyword for Wolfram is 'w' or 'W', it shouldn't make any difference. Could you point me to the exact workflow you are trying to use and I'll check it out Cheers, Andrew

This v1 extension doesn't work for me, nothing actually happens. If I copy the AppleScript into AppleScript editor and try to compile, I get an error too. Does the v1 extension still work for you? As Evernote may have changed its AppleScript syntax.

While this is quite a nice idea, it doesn't quite conceptually fit with Alfred workflows as the actual action performed is defined by the connection out of the script input and the action, not the input. While this conceptual separation may not seem important now, it will do more in the future. I'll have a think about how to best address this.

Once you have added the apps to Spotlight Privacy as David explained, you'll need to type 'reload' into Alfred.

If the filter above isn't working for you, I have a ticket which is going to look into pre-caching all contact details so Alfred can search using his own methods and work around these little quirks

Could you post an example workflow which isn't working then I can take a look Cheers, Andrew

Ah, this looks like a non-Powerpack issue. It shouldn't say that under the contact if you don't have the Powerpack active.

While this freeze is going on, could you open Activity Monitor, select Alfred and click the 'Sample Process'. This may give us a clue as to what is going on. Also, if you could turn off the 'eject' and 'eject all' commands just in case the OS X call for this is waiting on a hanging network resource.

So to clarify, when you look in Alfred's contact viewer, you see the facebook email address as the top listed item? This is strange and I'm going to try and reproduce this behaviour, however, Alfred simply asks OS X's contacts for all related records for a particular person... for some reason in your case, OS X is returning the facebook contact as the primary contact. Alfred is just respecting this order and not choosing a primary record himself. I wonder if you de-link facebook, then re-link it, if that fixes the issue?

Perfect, thanks! For the default email address, Alfred asks OS X for the primary email address associated with the contact. If you open Contacts.app, are the facebook ones at the top of the list of email addresses for a single contact? Cheers, Andrew

Hi there, Before helping with a Powerpack issue, please could you populate the Powerpack field in your forum profile. Cheers, Andrew

Different calculators take different approaches to floating point errors. Python exhibits the issue which Alfred works around by rounding to a certain number of decimal places: Python 2.7.2 (default, Oct 11 2012, 20:14:37) [GCC 4.2.1 Compatible Apple Clang 4.0 (tags/Apple/clang-418.0.60)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> 0.1+0.2 0.30000000000000004 Without this rounding, Alfred was giving unpredictable results to people who didn't understand floating point estimations. Ultimately, you could actually use a live script filter workflow to bridge to python to create the calculator you are looking for, and fully disable Alfred's built in calculator.

While I can reproduce this, it appears to be an OS X / destination app behavioural issue. I have 3 text files which are dispatched to OS X to open in TextMate and they are launched sequentially: 2013-04-12 12:31:10.300 Alfred 2[40963:303] [iNFO] Launching '~/Desktop/t1.txt' as part of group 2013-04-12 12:31:10.308 Alfred 2[40963:303] [iNFO] Launching '~/Desktop/t2.txt' as part of group 2013-04-12 12:31:10.312 Alfred 2[40963:303] [iNFO] Launching '~/Desktop/t3.txt' as part of group If TextMate is already running, they open in order. If not, t1 launches the app, TextMate then opens t2 and t3, then finally the initial t1. I found that if I add TextMate to launch before launching the files, this works around this behaviour and the files always open in the correct order: Let me know if that helps!

As I said, Alfred launches the items in the correct order. I've just profiled this by adding two separate Launch Files / Apps processors (one above the other), in the first one adding Automator and Calculator, in the second one adding Contacts and Font Book. Running the keyword connected to these, it runs the top launch action first with the apps in order, followed by the bottom one with the apps in order. Here is the logging: 2013-04-12 11:52:22.593 Alfred 2[39411:303] [iNFO] Launching '/Applications/Automator.app' as part of group 2013-04-12 11:52:22.600 Alfred 2[39411:303] [iNFO] Launching '/Applications/Calculator.app' as part of group 2013-04-12 11:52:22.609 Alfred 2[39411:303] [iNFO] Launching '/Applications/Contacts.app' as part of group 2013-04-12 11:52:22.617 Alfred 2[39411:303] [iNFO] Launching '/Applications/Font Book.app' as part of group Adding in a small delay would slow down launching apps for other users which would be undesirable (Alfred currently doesn't employ any workarounds like this). Also, there is no guarantee that adding a small delay would be enough if your Mac is being slow on launching apps and you'd still see the apps launching in the wrong order. If you have a specific requirement, for launching files and waiting for certain things to be launched, your only option is using a script and running the files with the delays you need.

Alfred launches the apps sequentially and without delay (so no bug here) - if you need something more specific, it would be better to create a small Run Script action instead of a launch file, and use the 'open' command, with your own sleeps between. [moving into Workflow help] Cheers, Andrew

Alfred doesn't register this keybinding by default - could you post a screenshot of what you see (with the location dropdown, cancel and save buttons). Cheers, Andrew

No worries, glad you have it working