Andrew

Simply use the google search URL and append a +site:example.com to the end of it, like this: https://www.google.co.uk/search?q={query}+site:alfredapp.com Cheers, Andrew

You have hit a limitation of the file filter in its present form - this is something which I am going to look at improving in the future! I'm sure I've seen a workflow by one of Alfred's longer term enthusiasts which does advanced file filtering with scripting, but I can't seem to find it right now... hopefully somebody else can chime in here. Cheers, Andrew

What you have done should work fine, I set up a file filter with no config changes other than: Then was able to find files with words in the name / content as you suggested. Are the files you looking for within your search scope? Cheers, Andrew

There isn't really a fix for this (and OS X doesn't index aliases by default), but you could put together a little workflow which launches the latest alias. If you set the keyword and icon to be the Autodesk icon, it will appear like launching any other app. Let me know if you need a hand making the workflow, and I'll help out Cheers, Andrew

I remember seeing this in the past, and it being a bug in Chrome. You would see the issue in Terminal using the open command to open a URL too. On OS X 10.11.3 with the same Chrome Version 48.0.2564.116 (64-bit), I'm not seeing this issue on my MacBook Pro with Chrome fully quit. I'm going to move this into the help forum in as more people look in there and may be able to help you! Cheers, Andrew

If this has worded in the past, it would have been a behavioural change in the way the OS X treats words when doing a metadata query which may have broken this. Try searching for *pre- in Alfred, this should wildcard the start of the word. Cheers, Andrew

Further to my suggestion earlier of finding the parent folder, navigating into it and seeing all the files alphabetically... you can then start typing part of the name to see those files filtered, again alphabetically. In your case, type into Alfred: [spacebar]ontologia As soon as you see the matching parent folder, use cmd+[down arrow] When you see all the files alphabetically, start typing olalla By using this method, it will work for any list of files in any folder. For example, I could go to my downloads folder using [spacebar]downloads and then use cmd+down and then type alfred to see the different files with 'alfred' listed alphabetically. Cheers, Andrew

Alfred's default results sorting is based on your usage, so you'll see the most relevant one at the top. If you want to see these files sorted alphabetically, you could search for the containing folder, then use cmd+[down arrow] which will navigate into that folder. The contents of that folder will always be sorted alphabetically. Cheers, Andrew

Alfred has never had an AppleScript 'launch' command, try this instead: tell application "Alfred 2" to search If you want to pre-populate with some text, you can use e.g. tell application "Alfred 2" to search "google bananas" Cheers, Andrew

Cheers Dean - I wonder if the search part just doesn't work on non-local contacts (Alfred currently uses ABSearchElement and recordsMatchingSearchElement on ABAddressBook).

I know you cache the data (something Alfred will do in the future too), Out of interest, are you searching the address book with an essentially * query or using another method to return all the data? Alfred is using the AB search and Apple still claims: "You can only search the user’s local Address Book database, not remote directories such as CardDAV or Exchange." https://developer.apple.com/library/mac/documentation/UserExperience/Conceptual/AddressBook/Tasks/Searching.html

Hmm interesting - in the past, Apple specifically stated that only local contacts were available through the AddressBook API. I've taken a look at Alfred's ABAddressBook integration and I'm not doing anything specifically to filter out non Apple contacts. I'll have to setup my google account to take a deeper look into this. Cheers, Andrew

Alfred has this feature built in: https://www.alfredapp.com/help/features/1password/ Cheers, Andrew

Do any stub files exist in these locations? Also, are these files .app or some other non-standard type? as Alfred's application cache will only show files if they actually exist. Try typing 'reload' into Alfred to see if that helps? cheers, Andrew

While I've talked and hinted about this in the past, Alfred's learning, knowledge and sorting is a bit of a secret (which is why, more often than not, Alfred nails the result you want when Spotlight doesn't). Happy to say that when Alfred doesn't have knowledge for a particular file, he falls back onto OS X / Spotlight knowledge though. Cheers, Andrew

If you open this file in Finder, then it should theoretically show up in Alfred next time as when Alfred doesn't have internal knowledge, he falls back on OS X's metadata's last used information. Alternatively, navigate to it in Alfred's file system navigation and open it directly. This will give usage knowledge to Alfred. If it's still not showing up, you may need to reindex your Mac's metadata as it may be not functioning correctly. There is a shortcut for this in Alfred's Advanced prefs. Cheers, Andrew

If you grab this build, the issue should be fixed! thanks: https://cachefly.alfredapp.com/Alfred_2.8.3_434.zip

Ah sorry about this - it looks like I broke this in the last release. I'll get a beta build out for you shortly...

The workflow you've provided is a script filter with no action attached to it, which means when you press return, Alfred doesn't have anything to do... this behaviour is intended. If you setup a keyword and wire that into a run script, then the run script is the action and put your script in that, then the script is run when you press return and Alfred is hidden. Cheers, Andrew

Alfred has two ways of updating preferences which are used regardless of wether you have set a sync folder or not... firstly by OS X distributed notification (from prefs app to Alfred app), and secondly from filesystem updated notifications. If both of these are failing, I suspect there may be something at the OS X level outside of Alfred's control (perhaps an installed app which is causing a behaviour change?) Could you try temporarily setting your sync folder to ~/Documents and see if it works as expected? If so, perhaps try setting it back to a different folder on iCloud (or Dropbox)? Cheers, Andrew

Alfred continually writes preferences as you use them as they are just files written to disk. Are you still experiencing this issue, as it may have been a temporary issue with iCloud. Cheers, Andrew

This seems to be a bug in the latest version of OS X (I see it too), and doesn't seem to affect Alfred's contacts integration. There are plenty of people complaining on Apple's developer forums, so I'm sure the message will just go away after a future OS X update Cheers, Andrew

Hi there, This isn't possible with standard web searches, but is possible with a simple workflow. If you have a Powerpack, pop your email address in the Powerpack field in the forum profile (only viewable by Vero and I), and I'll share my workflow with you Cheers, Andrew

I suspect this is into a Java app, which is a known issue with Java and the way it caches the clipboard based on the app focus. Try changing Alfred's focus mode to "Compatibility Mode" in Alfred's Features > Options Cheers, Andrew [moving to help sub-forum]

I've known about this for a while and avoided making assumptions of the missing scheme (for security), but this has prompted me to do a bit more research and you are correct... I will add the http scheme when missing for the next release Cheers, Andrew