jdfwarrior

According to Andrew valid and autocomplete are flags on the item so.. <item uid="this" arg="this" valid="no" autocomplete="this"> <title>Title</title> <subtitle>Subtitle Text</subtitle> <icon>icon.png</png> </item> I'll update the documentation. I could have sworn it was different before?

Setting no space shouldn't do it, it is still going to match the keyword and only pass whatever comes after the keyword. I don't believe there is going to be a way to grab the keyword. By 'do some processing on them' what are you meaning? Because technically you could still do as Florian suggested and create multiple keywords for entering, but then link each keyword to a single action, or to a single action based on a specific modifier key.

It may be updating the database. The way it currently runs is.. it checks the last mod time of the database file. If it's changed since the last time the extension ran then it truncates the contents of the database and reloads them all. If you have a lot of bookmarks, it may be taking a second to load them back up. Just a thought?

Do me a favor? 1. Drop to a terminal. 2. Run: mdfind "kMDItemContentType == 'com.apple.mail.emlx'" Do you get results? If no, try mdfind -onlyin "<yourhomepath>/Library/Mail/V2/" "kMDItemContentType == 'com.apple.mail.emlx'" Results now?

Yeah sorry, if it slides up from a hidden area to work with and then goes away, that would be nice. Honestly, I looked at your post, skipped to the picture and kept going It was a little too long for my ADD at the moment

I've suggested something similar before too since i've had several extensions and such that require username and password or something kind of api key. Hopefully this kind of thing can be implemented one day.

I would highly doubt that Alfred would ever support this but it could be done with extensions/workflows. I made the Extension Updater for Alfred 1.x. I'll probably try to get something similar going again this time, I just haven't had a chance yet. We'll get things figured out.. Remember, it hasn't even been a week yet

This would be an awesome idea but I wouldn't count on that getting done anytime soon as this would eventually require you making your own actions for each script filter. The reason I say this is, yes, you can action things in Alfred now, but they are a known set of possible result types. With script filters having the ability to create any kind of result you want, there is no telling what kind of data would be coming from the script filter, back into the actions

Pedro may be on to something I like that idea. As for a large box at the bottom, that removes too much space for your workflow. When you begin creating large workflow with multiple commands, actions, outputs, etc it can get very cluttered. AlfredTweet is large hehe

Guys, if you don't mind, I just posted a new version of it. Check the note in the first post about what I changed. Let me know if this fixes things. Thanks

Oh hrm.. thanks for the info.. I'll have to check and see if I can find the OS language and then adjust the query based on that

Are you typing more than 3 characters? It doesn't start until there are 3 characters typed. It isn't restricted to Inbox. It finds in all folders, it's using mdfind to search for mail documents (.emlx files). I don't understand why it isn't working for some.. I've tested on all of my machines (iMac, Macbook Air, and Hackintosh), @binaryghost tested it, and a friend at work and it worked perfectly for all of us.. hrm.. Guess I'll keep trying. If anyone else has success, please let me know so I can confirm that I'm not going crazy

Yeah that's something that I think we really should try to standardize across workflows is not starting some searches until a minimum string length is reached. Think about some people with a HUGE amount of Chrome bookmarks or something. It keeps things from slowing down. A minimum string length definitely needs to be used for script filters pulling data from the net

What you're asking for can essentially be done, that is, if I'm understanding correctly. Maybe not exactly the same way but instead of changing the script filter based on a modifier key, why not just have a second script filter with a different title, but use the same keyword? Then you would be able to see both options when working with that workflow. Then of course you could go further and use the modifier keys to change how the item is actioned as well.

knippers, I'm not sure that Andrew is going to add that feature this close to v2. However, as an alternative, I'm not sure if you are aware of this but, when connecting filters, keywords, etc to actions in the workflows area you can set modifier keys to the action. So, for instance, I could create a File Filter for searching for php files with the keyword 'php'. Then I create multiple actions, in your case: convert, scale, open, etc. Then, I connect the filter to each action. Then, double click on the connection. You can set a modifier key and descriptive text for each. So as a practical application, your list of images, you would highlight the one you wanted to work with in the list, then as you press the modifier keys, the description of the action to run would show up in the subtext for the item. There are 5 available modifier keys so you could create up to 5 actions for each file filter. I know it doesn't COMPLETELY satisfy what you're requesting, but it's close. I hope this helps

Search Mail.app for email messages matching the search query passed. http://d.pr/f/FVd2 A few have reported with this not working so I went back and added the option in mdfind to search in a specific folder so that hopefully it would find those results. Report any issues UPDATE: Based on schoeps comment below, I realized that the search I was performing was queueing off of kMDItemKind == 'Mail Message' and depending on your local language, that may not be the appropriate value. So I changed it to search on kMDItemContentType which should be the same across the board. I have confirmed that it works in English and Italian at least. UPDATE: I removed the -onlyin argument from mdfind. Removing the specified folder helps in finding the files with alternate language OS's.

A workflow to allow you to search Chrome Bookmarks and open them when actioned in Chrome. I originally posted these on my Tumblr but I've since noticed a few issues with it so I fixed a few things and wanted to post it here so people could comment or report issues. http://d.pr/f/gkwy

Even if you can't remember the file name, couldn't you just set a descriptive name that you could use to identify the file in the files Spotlight Comment field to aid in finding the file you want?

I would think the issue with this would be trying to keep an accurate list of what all constitutes those types of files. For instance, "images" may be accurately covered for you by 10 different file types. For others that work in that area all the time, that may not be the case. By the way, not sure how you go about adding file types, but always remember that you can bring up the file type area and just pop up Alfred, and '<space> .etx' where .ext is the file extension that you want, find a single file, and just drag that file, directly from Alfred into the text box. That will add that file type to the filter area.

Andrew and I have gone back and forth over this several times and he says there may be some major implications behind doing this. It's been noted. We'll see where it goes from there. Thanks for the suggestion.

This is just a temporary solution while Alfred is still in beta.

That action that is about to run is highlighted in the Alfred results when typing the keyword.

To my knowledge and I will attempt to confirm this with Andrew, Alfred does none of his own indexing. It's all Spotlight. The only additional thing that Alfred would be doing is maintaining his knowledge database that assists in prioritizing results that you use more frequently.

simonbs is right. It's all sent via the single {query} parameter. One you have it in your script would have to parse it yourself via some parameter whether it be a space or something else

I believe Andrew said that syncing with iCloud was reserved for App Store apps so that this wouldn't be included. Dropbox will remain an option, although syncing isn't available yet.