jdfwarrior

It appears that the arxiv search is just a simple GET request and is very easy to turn into a custom search for Alfred. The other is going to be more elaborate and would depend on how flexible you would want the search to be. Is there a particular thing that you would always want it to search? (author, title words, abstract words, etc)? I'd be happy to help you get these set up.

You could just create multiple external triggers in a workflow that connect to each of the Action->System Commands items and then use AppleScript to access those triggers. Is that what you're asking for?

This can be pretty easily accomplished with a workflow. This is the one I use.. After you import it, go to Features->Contacts and click the + to add a custom action. For the Contact field, select Phone and then for the action, select iMessage Phone Number. After you have this set up, search for the contact in Alfred, press Enter to see the Contact card for that contact, then select their phone number and press enter.

If I had to guess... this is due to sandboxing and Alfred doesn't have access to your calendar. If you go into System Preferences->Security and Privacy and select Calendars.. Is Alfred in the list on the right? Is he ticked?

The fact that it would be nearly impossible to document everything that COULD be done with Alfred because that's only limited to the user's imagination is exactly why there should be a manual? Perhaps there could be a manual for some of the basic things but everything that could ever possibly be done with Alfred can't be covered in a manual. I'll agree that the feedback thread probably does need to be touched and updated a little but it covers 90% of the feedback that Alfred uses. Saying that you have to trawl through pages of posts and threads is a bit of a stretch. The libraries and helpers thread is not discontinued and abandoned. The second paragraph says: "If you have another utility class that needs to be included in this list, send me a message or email (david@alfredapp.com) with information about it (name, description, short list of features, link to post or download page) and I will make sure that it gets added to the list." Every library and utility that has been sent to me is in that list. If there is something that isn't on there, it's because the developer hasn't requested for it to be added to the list. Also, the feedback system should always stay in a web based form so there aren't multiple, outdated versions floating around. There should be a single source that stays up to date. I'll see if I can get a few things updated on it soon.

Actually, in the escaping, tick the option to escape double quotes. Was the text you tested this with.. did it have any double quotes in it? This works just as you described in my testing.

Covering everything in a user manual would be extremely complicated because, as you mentioned, there are so many things that can be done. Is there something in particular that you'd wish to learn about or something you'd like explained a little more? We'd be more than happy to help out in any way possible.

The easiest way to do this is to create a new workflow, with a hotkey trigger. With the hotkey trigger, set the hotkey and set the argument property to be "Selection is OS X". Save that and move on. Next, add a Run Script action. Set the language to osascript, uncheck the escaping options. You probably wouldn't need them. Then in the code area enter.. tell application "TextEdit" activate make new document with properties {text:"{query}"} end tell Connect the hotkey and the action, and test it out.

The problem with Airmail Beta could be that the AppleScript dictionary is slightly different for it than AirMail. I think I remember this from before (I wrote the AppleScript that added support for AirMail), in AppleScript you "tell" an application to do something, e.g. tell application "Finder" to do <this>. The script is written to tell "AirMail" but I think I remember that the beta of AirMail is referred to as AirMail Beta and not AirMail. Which means that the AppleScript would have to be modified to work with AirMail. Either that or make a plugin

I downloaded Evernote just to try and test this out and I'm not sure if I was missing something or what but I couldn't get Spotlight to find the notes that I created. I also looked around real quick and didn't see the created notes anywhere. If we can find them, I'd help out but we have to verify that Spotlight does indeed find them first and find where they are located to see if we can figure out why they aren't showing up.

Did you try the find keyword or just pressing space before the search term? Also, what is the path to the results that it finds? Is that path within Alfred's scope?

Vero is referring to the file search mode within Alfred. This is the same as typing "find test" in Alfred. The functionality is the same, its just a quicker/shorter method. To do this, just pop up Alfred, press the spacebar (you'll see Alfred place a ' at the front of the input field) then type your query.

Depends on the site. A lot of times its still possible and not very hard with a lot of the other supported languages. AppleScript I'm unsure of. Python, PHP, and the others, that isn't a very big task most of the time. Even curl from a bash script could perform this using the -d parameter.

Alfred does indeed pass the list of selected files into workflows as a tab delimited string of paths. You could then just split them by setting the text delimiter to a tab and grabbing all pieces. set input to "{query}" set AppleScript's text item delimiters to " " set input to every text item of input return item 1 of input Something like this.. except you would repeat over input.

Alfred doesn't have support for doing this unfortunately. This is something that could be done for files modified from workflows but it would require every workflow be modified to support this.

Would it make sense to go ahead and stretch this a little further and include a few extra variables? I was thinking something like the following.. "alfred_user" - Current logged in user (would save workflow devs from determining that with whoami or other methods) "alfred_user_home" - Could potentially replace previous with this because this is typically what it would be used for "alfred_workflow_cache" - Path to the workflows' cache directory "alfred_workflow_data" - Path to the workflows persistent data directory I know some of those could be derived and such but it would be a lot easier if they were just provided. I remember there for a while I kept having users run into issues with a workflow or two and the problem stemmed from it not correctly identifying the cache and data store folders for some reason. I never could run down EXACTLY what was causing it.

There IS a way but it's not as straight forward as I'm thinking that you were hoping it to be. You can't just directly assign a hotkey to snippets that you've created within Alfred but with the Powerpack you could create a workflow to do something very similar. For instance, you could create a workflow that would have a Hotkey trigger (obviously), attached to a Copy to Clipboard output that pasted into the current application and you would just set the text to be pasted there. Does that makes sense?

Nicely workflow. Great work

Ticking the "Use Gmail to compose Email" will force Alfred to use the Gmail web interface to compose. To use Postbox, you would need to untick that option and just have Postbox set as your default mail client in OSX.

I always forget about sips

Alfred's workflows have a "Copy to Clipboard" output item that should fit this perfectly.

The same way you would add a Hotkey trigger in an Alfred workflow, you would only need to add a Launch Apps/Files action and attach it to the hotkey.

Well it's just that it is not immediately obvious to me because my knowledge of Automator is extremely basic. I took a stab at this for a sec though.. and here is what I came up with and here's a little better explanation of the info from before. When you select multiple items in Alfred, either from selecting multiple in Finder and pressing Cmd+Opt+\ or by using the File Buffer to action multiple items from Alfred... the list of file paths are passed through Alfred as a tab separated list. So for 3 files in your ~/Documents folder, call them file1.txt, file2.txt, and file3.txt.. when you select the file action in Alfred, it will be passed to the next step of the workflow like this, as a single string. /Users/imurban/Documents/file1.txt /Users/imurban/Documents/file2.txt /Users/imurban/Documents/file3.txt Now, you could attach a Run Script action to the tail end of the File Action and leave the default script language set to bash and use code similar to the following.. IFS=' ' read -ra FILE <<< "{query}" for i in "${FILE[@]}"; do //commands here done This would split the string using the tab as a delimiter then loop through and allow you to run a command or set of commands on each file name/path passed in. For your case, you would want to run an automator workflow with that file as the input. So it may would look something like... IFS=' ' read -ra FILE <<< "{query}" for i in "${FILE[@]}"; do automator -i "$i" /Users/imurban/Documents/yourworkflow.workflow/ done This would run the workflow located here: /Users/imurban/Documents/yourworkflow.workflow and pass each file path into that workflow as input. Now, that works one file at a time. I haven't looked into this extensively yet so I'm not sure how to pass multiple files in at once but to use this input you would need to add a "Get Specified Finder Items" object at the top of your workflow to make it take that input and then work on those files. So for my example, I used the code above (obviously with a different path) and made a sample workflow that had 2 actions in it. The first was, as mentioned, Get Specified Finder Items, and the second was a Copy Finder Items with the destination path being the Desktop. I was able to run this and have it successfully copy each of the selected items to the Desktop. Does that help at all?

It's the kMDItemFSName metadata value that is triggering it which is the name of the file in the filesystem. The display name is Google Keep but the actual file name is "Default hmjkmjkepdijhoojdojkdfohbdgmmhki.app". That seems to be common with Chrome apps. I just downloaded a few to test this out and they are all named that way. Really weird..

The way the file action works is, it will send a tab delimited string of the file names that are selected to the workflow so, yes, this indeed wouldn't work for an automator workflow that was looking for the selected finder items. I'm not a wizard with automator by any means so I'm not 100% sure how this would be done but I would think that you would either need to break the list of files and call the automator workflow over and over for each file in the list (scripted loop, not manual). You can call automator from a Run Script item using the automator command from the command line.