Andrew

Try changing the eject scope to "Local Mounted Volumes" instead of "Removable Media" under the Eject prefs. It may just be that the drives you have mounted are not treated as ejectable by OS X. Cheers, Andrew

In Alfred 2.2, there is an option to switch to using the OS X metadata to search contacts rather than OS X's Address Book API. You may find this better for such a large number of contacts. Having said that, you should still be seeing contacts reasonably fast anyway.

Here you go:

The most likely thing will be some of the text you are inserting into the XML isn't correctly encoded (e.g. folder names with UTF-8 characters which haven't been encoded for the XML). Have you tried pre-encoding the strings before putting them into the XML? As this is specific to your workflow and a subset of users, I currently don't think it's going to be a bug in Alfred (which uses Apple's own XML parser), so I'm going to move this to the Workflow Help sub-forum to get more eyes on your issue. It's also worth noting that Alfred 2.2, which I am currently working on, will help debug this issue as you can see XML errors in the workflow debugger. (I'll keep an eye on this thread) Cheers, Andrew

I've checked back in email and actually in May last year, chatted with Nick from PopClip about this. It's because PopClip simulates a cmd+c copy to the clipboard when users click on a field, which means as far as Alfred is concerned, this is a human interaction. Multiple clicks would be like a user pressing cmd+c multiple times which is exactly what Alfred is using for merging. From Nick: It might be worth picking this issue up with PopClip to see if there is anything else which can be done, else I suggest turning off clipboard merging in Alfred. [moving to the Noted sub-forum] Cheers, Andrew

I'll take a look into this, but Alfred quite simply watches for subsequent duplicates in the history for merging, so I'm guessing that there may be some clipboard diddling going on with popclip... in which case, I'm not sure if there is a huge amount I can do about this. If you aren't using Alfred's clipboard merging, you can turn this off in Alfred's clipboard prefs. Cheers, Andrew

For no.2 your best bet is to setup a workflow file filter. That way, you can refine your search requirements, including a specific scope e.g. only things inside httpdocs.

The workflow will include the scope internally, so you won't have to change Alfred's default scope settings (which keeps Alfred's default results clean, and the benefit of using a workflow). Is Spotlight finding the evernote items? as it may just be the metadata index broken.

Alfred 2 should be consistently faster than Alfred 1. After reindexing as suggested by David, I suggest deleting Alfred 2 and re-downloading from scratch from http://alfredapp.com (to rule out any corruption in the app itself), then before launching, resetting Alfred's preferences using this guide: http://support.alfredapp.com/kb:reset-alfred Once reset, start Alfred 2 back up and after a short time of re-populating the cache, he should be lightening fast. Cheers, Andrew

Cheers, glad to help!

The "Launch file group from keyword" workflow should do what you are looking for, from the [+] button at the bottom of the Workflow prefs

Could you try a different sync folder to ~/Dropbox/Apps/Alfred, for example ~/Dropbox/Alfred/ We are currently in contact with Dropbox to try and work out why their Apps (API) folder has different behaviour to other folders. Dropbox seems to sometimes randomly revert items in this folder as far as we can tell. Cheers, Andrew [moving to Investigating]

Try this workflow instead, and use the ens keyword to search for things: http://www.alfredforum.com/topic/840-evernote-791-search-create-append-text-preview-reminders-and-more-all-within-alfred/

Just a quick note to say that this will be coming in the next release

You should be able to just enable 3rd party data in 1Password Beta. I'm not sure how this is dealt with with a mix of 1Password and 1Password beta installed at the same time though (as explained before). Cheers, Andrew

Just make sure you only have the exported 3rd party data enabled on the 1Password [preferences] you want to see in Alfred. I'm not quite sure 1Password will work generally with beta and non beta installed unless sharing the keychain anyway, as there will be confusion with the 1Password browser plugin. Cheers, Andrew [Moving to the help sub-forum, as the bugs forum is for bug reports only]

Alfred ONLY stores data in text only, so it could be Open Office re-formatting the pasted data to 'match'?

I have had a number of interactions with Apple (official and unofficial) regarding its accessibility API's in relation to Alfred (specifically the nature of the results presentation below a text field), and wanting the results to be read as per Spotlight, but have had the door shut a number of times. Apple have kept the Spotlight accessibility API private and continue to do so. I know that I will be able to get Alfred accessible, but as Alfred doesn't contain standard OS X controls in the main UI, I will have to do a significant amount of lower level bespoke work. The honest truth is, as a single developer, I simply haven't had the time to do this while continuing to develop Alfred and support our users. This is still on the plan for the future. Cheers, Andrew

While Alfred *is* going to get some decent file search improvements in the future, many of the points you make have actually been carefully considered design decisions when looking at Alfred's user experience holistically, so will unlikely change.

I'm not sure - Alfred reads directly from OS X's dictionary for spell checking and definitions, not Dictionary.app... so as long as another dictionary app doesn't break that, then I can't see it being an issue.

I've been keeping an eye on this issue and I have a ticket in my bug tracker to keep investigating it, but at the moment, it doesn't look like there is a lightweight API way of achieving this in OS X. If this becomes [satisfactorily] possible, I will definitely add it to Alfred. Cheers, Andrew

Hi there, Unfortunately, this is the behaviour in Dictionary.app which Alfred doesn't have control over. Alfred simply calls a dict: URL scheme which OS X passes off to your default Dictionary application. Cheers, Andrew

I'm also unable to reproduce this - when I press escape, I can see Alfred disappearing too. The fact that the window is stretched out of shape suggests that this may be out of Alfred's control as any window moving / modification during showing the desktop is done by OS X. Could you try restarting your Mac to see if there is some temporary graphics card corruption? Cheers, Andrew

Hah, well spotted, thanks... that definitely shouldn't be there. I'll remove it in the next release

One thing to do is to bootstrap from one script to another... i.e. just setup a standard bash script action, then call your py script directly with the new python path. This also means that you can edit your python script externally in your own editor. You can even store the python script in the workflow's folder, and call it using ./ Alternatively, you could symbolically link the new python to the standard /usr/bin/python path Cheers, Andrew