jdfwarrior

Could you provide the location of the files that are being found by Spotlight so that we can also confirm that that path matches a path listed in your Alfred scope?

I don't know how much assistance you're looking for on this... Just a point in a direction to get your going: To perform something like this, you'd need a little AppleScript. There's another post that can help you grab the current url from most browsers. After that, you could just need to use a Open URL workflow action to open the url in the specified browser. If you want/need more than that, let me know and I'd be happy to help out.

Great! Glad you got it working. There may have been something in the database that got corrupted. Removing the database allowed Alfred to recreate it and start fresh. Thanks for reporting back

I know you've mentioned several times that Airmail is the default app but are you quite certain of that? The reason I ask is, support for emailing files with Airmail is accomplished through AppleScript. In order for Alfred to support attaching files to an email with a client, that client must support AppleScript. However, using the email keyword does NOT use AppleScript and therefore will work for any client. Alfred does this by handing of the task of creating a new mail message with the default client to OS X. If you were to open a Terminal and type "open mailto:someone@email.com", that is the equivalent of what Alfred does. OS X handles the opening of the mail client, and it uses the default. If using the "Email" keyword is opening Mail.app instead of Airmail, that seems like Mail.app is actually your default email app instead. Could you double check this setting by opening Mail.app, pressing Cmd+, to view the preferences, then select the General tab (if it isn't already selected). There should be an option there that says "Default email reader" and it should be set to Airmail, not Mail. Could you confirm this for me?

Unfortunately no that feature isn't available at this time. One way that several users have gotten around this is to use their script to download the icons first and cache them. Not sure if that is a viable option for your workflow or not.

I've been trying out Alfred on Yosemite since Yosemite was launched and have found that most, if not all, functionality works just as expected. In Yosemite DP1 there were a few issues but this was related to Yosemite and not to Alfred. DP2 seems to have resolved them.

Could you try deleting ~/Library/Application Support/Alfred 2/Databases/clipboard.alfdb and see if that helps? May need to restart Alfred afterward but I don't think you do.

Well... technically you can't do this but.. if you are ok with having to hit enter, you could somewhat achieve what you are looking for. You could set a script filter that would show the default shortcuts. Then, if you press Shift+Enter, it would go to a script that would run an external trigger to another script filter in the same workflow and show the new shortcuts you want. Would something like that work?

You can't get the state of them but you can create different script actions based on modifier keys. Is that what you are talking about? For instance, double click on a connection from a keyword or script filter to a script and you should be able to set a modifier key for that action. You can change paths/actions dependent upon the current modifier key.

What version of Alfred are you currently using? Support for Airmail was added in version 2.2

Could you try and explain a little more what it is you're wanting to accomplish? I'm afraid I'm not really following what it is that you're wanting to do

I could be wrong on this but.. I don't think this is possible. Just like most other url related items in Alfred, Alfred does nothing special to them. Alfred just passes it off to OS X to handle the url with whatever the default is. Now.. I say it isn't possible but I mean it isn't possible in the fashion that I think you are REALLY wanting it in. You can't really apply an action to the urls from the 1Password integrated results so, there are two alternatives. You COULD make a workflow that would manually parse the 1Password file and let you search it and then do whatever you want with the url that way. Personally, I wouldn't recommend it, but that's your call. The second option would be to, use Alfred to search for the item using the standard '1p' keyword and find the login item. Instead of pressing enter, Cmd+C that bad boy and copy the 1Password specific version of the url. With that in your clipboard, you could have a workflow that opens a new incognito window and sets the location to that url or whatever you want to with it. There are numerous options from there.

I've not seen this but that doesn't mean much. I'm not sure how scriptable that part would be (interacting with that save dialog). It could be totally easy, I've just never seen it done. Perhaps someone else knows of a way to do this. I'll look at it though and see if I come up with something

I don't know of one of hand but you could make something pretty close kinda easy with this.. tell application "Terminal" set theWindow to get the first window whose name contains "stringToSearch" activate set frontmost of theWindow to true end tell So.. I'm not sure how familiar you are with scripting or making Alfred workflows (if you need help, let me know), you could use an AppleScript action that would run the script above and pass your input to the stringToSearch area and it would activate the terminal window where the name contained the string you typed Does that help?

If you wanted to get really fancy... You could... Let hazel pick up the file, then Hazel would use AppleScript to.. tell application "Alfred 2" to search "<full path to file>" That would bring up Alfred in file browser with that file selected, then you would have the option to run any action on it. To continue though, you could have a custom "move and open" action. Then, save the file name in a temp place, use external triggers to hit a next step in the workflow that is a file filter that would only show folders so you could search for the folder to move to, when you press enter, it moves to that folder, then opens the file. Ya know... if you wanted to get fancy.. hehe

That would depend on how you are triggering this. Are you wanting to select the text and then hit a hotkey or what? Also, making it automatically go to that tab would also require a little AppleScript.

The easiest workaround for this is just to use this workflow to launch the iPhone Simulator

A file filter sounds like a good fit for this. In the workflow editor, add an Input->File Filter. This will allow you search for files of a certain type, within a certain directory, or match other metadata fields as well.

I dont have a way to test this so I'm not sure what exactly I'm supposed to get from it but..With the external trigger or with just plain old applescript, if the results can be filtered to something that you KNOW is there.. you could just hard code passing that value into alfred in the script then using a hotkey to call that

Not through the general search but as a Powerpack member, you have the ability to set something like this up using Filters.

Depending on what your looking to accomplish, Alfred supports the "search" action and "run trigger". Telling Alfred to search simply displays him and populates the textbox with whatever you tell it to Example: tell application "Alfred 2" to search "this is a test" You could also set up external triggers to make Alfred perform a direct call to an action using "run trigger". You would need to set up an external trigger in your workflow that connected to the action to be run. At that point, Alfred provides you with sample code for running that trigger via Applescript

There are several other things you could check as well. First off, have you tried rebooting your Mac? Second, have you popped into Console.app to see if there are any issues being reported by Alfred or anything else that could be causing the issue with Alfred? When you reinstalled Alfred, did you remove his preferences as well? There could be something corrupted there causing an issue?

So I'm coming in late and it looks like this may have evolved a few times with what you are wanting it to do so... can you give me a quick run down of what you want this to do? What you're wanting to do sounds like it should be pretty quick and easy to get done. I'll help out the best I can and see if we can get you running

I would be willing to bet that this one isn't a firewall issue. Looking at those workflows, they all seem to be PHP based so I would guess PHP is the issue. Are you using a version of PHP other than the one that comes bundled with OSX in /usr/bin/php?

Not sure on that one because I would think that.. even if you did manage to simulate a right click or had the ability to pop up a contextual menu, its going to do it for whatever is under the mouse, not whatever item is currently selected in a window. I could be wrong but.. I dont think that one is going to be possible