ctwise

The app is buggy, those URLs don't work correctly. The courier (UPS, FedEx, etc.) isn't selected unless you use the keyboard to remove and then re-add a character from the tracking number.

This one - http://www.alfredforum.com/topic/805-colors—a-css-color-conversion-workflow/?hl=eich#entry3951 It's a color picker and color format converter.

Yes, autocomplete doesn't work. There's no guarantees that the vm names are unique and that means autocompleting names isn't sufficient. What I should do is completely disable autocomplete.

1. Create an empty workflow. 2. Create a keyword input, use 'peekyou' or whatever else you like as the keyword. 3. Add a script action, the default is a bash script, that's what you want. 4. Paste this as the script: echo "{query}" | sed -e "s/ /_/g" | tr -d '\n' 5. Check escape double quotes and nothing else. 6. Add a script output, bash again. 7. Paste this as the script: open "http://peekyou.com/{query}" 8. Escape double quotes again. 9. Connect the keyword to the first script and the first script to the second script. Done.

What does this command show when pasted into the terminal? mdfind -0 'kMDItemOMUserTags == *' | xargs -0 mdls -name "kMDItemOMUserTags" | grep "^ " | cut -c 5- | sed -e "s/,$//" | sort -u

Look around for other workflows that return file results, you can tailor it to what you want. A couple more hints. The locate command by default can't see your user files, you'll have to modify the /usr/libexec/locate.updatedb script to replace the 'nobody' user with your user id. When you construct the feedback xml, add 'type = "file"' to your entries and Alfred will let you right arrow on the results. If what you want isn't just a path search but a path-specific file search, then you can use mdfind instead of locate. But that doesn't seem to be what you want.

Assuming you activate the locate daemon, you can do something like this: locate vim plugin | grep "/vim/.*/plugin/" You can find information about building the locate database here: http://osxdaily.com/2011/11/02/enable-and-use-the-locate-command-in-the-mac-os-x-terminal/ You'll have to write the workflow that uses the locate information to output a list of file paths.

When you limit the files displayed in Alfred, e.g., ~/Desktop/*.jpg, with the intention of conducting an operation on all of them, e.g., delete, move, etc. You have to add all of them to the buffer individually. True, you can use the add to buffer and select next hot key to speed up the process but it would be even better to have a select all option, e.g., ⌥A, or something similar.

You don't need to add anything. Just use the built-in Alfred file selection hot key. It's defined in File Search. Then when you select files in Finder (or Path Finder) and hit the hot key, you get the files pre-selected in Alfred.

Very useful. And you can use the built-in Alfred hotkey to get file selections from Finder w/o installing yet another workflow.

I'll also add, as a fellow Path Finder user, that you can't effectively disable Finder. Path Finder does some tricks to get about 90% of the way there but that last 10% is unavoidable. Most new Path Finder users give it a shot and end up disabling the use of Path Finder as a full Finder replacement. The rough edges just get too annoying. Setup a hot key to activate Path Finder and you'll forget Finder is even there most of the time.

There's nothing in the workflow that calls or references Finder.

On first start up, Alfred should do a quick sanity check, scanning the /Applications folder and checking to see if the applications can be found through Spotlight. If they can't, Alfred should display a pop-up box informing the user that Spotlight is either disabled or their index needs to be rebuilt. This would greatly diminish the "Alfred can't find my applications" bug reports.

I edited my reply since I forgot the require statement. Try the updated code.

You can build a quick workflow yourself. Create the workflow, trigger it with a keyword of your choice, connect it to a Ruby script and paste this in the box: require 'date' puts DateTime.strptime((`defaults read /private/var/db/.TimeMachine.Results BACKUP_COMPLETED_DATE`.strip), "%Y-%m-%d %H:%M:%S %z").new_offset(DateTime.now.offset).strftime("%A %B %d, %Y %l:%M %P") And connect the script to a display large type output.

Create a workflow with keyword or hot key trigger and connect it to an AppleScript: do shell script "sudo networksetup -setwebproxystate airport off" with administrator privileges That will turn the proxy _off_ for the airport network interface (WiFi). Replace the 'airport off' with 'airport on' for a script that will turn the proxy back on. You will get an OS/X login box to authenticate when it runs.

Couldn't agree more. Or, just ignore an immediate forward slash.

Create a workflow, trigger it with a keyword that requires an argument, connect it to run a script, choose Ruby as the script language, and paste this in: path = "{query}" unc = "" if (path.start_with?('smb:')) # smb://NetworkDrive.corp.YYYY.com/Files/Folder/Folder parts = path.split('//') # ["smb:", "NetworkDrive.corp.YYYY.com/Files/Folder/Folder"] path_parts = parts[1].split('/') # ["NetworkDrive.corp.YYYY.com", "Files", "Folder", "Folder"] server_parts = path_parts[0].split('.') # ["NetworkDrive", "corp", "YYYY", "com"] unc = "\\\\#{server_parts[0]}\\#{path_parts[1..-1].join('\\')}" else # afp://NetworkDrive/Folder/Folder/ parts = path.split('//') # ["afp:", "NetworkDrive/Folder/Folder"] path_parts = parts[1].split('/') # ["NetworkDrive", "Files", "Folder", "Folder"] unc = "\\\\#{path_parts.join('\\')}" end puts unc Then connect a copy to clipboard output (or large type or whatever else you like) to the script.

Caching to a temporary file only works when the results aren't time or location dependent. It's also not possible to effectively provide any other caching since Alfred doesn't give you a session-specific key that lets you tie one script invocation to another, e.g., a UUID that says script invocation #2, #3, etc. are later invocations for the same keyboard entry (looking at whether the text is a superstring of the previous invocation isn't reliable enough). A real-world example is the menus workflow. For large applications it can take half a second to a second and a half to dump a menu structure. Even a half second throws off the user since the lag in results update makes for confusing feedback. If you could dump the menu structure at the start of typing and let Alfred filter the results, it would be much cleaner (and much more efficient). Other examples which would benefit from but don't necessarily require this, would be: a list of recent documents, a list of running processes, a list of mail messages, a list of bonjour results, a list of git repositories, a list of tasks, etc. In all of those examples, the script most likely dumps out a whole list and then uses script filtering to reduce the list down to match what the user is typing.

No, it's not checked by default. I'm guessing most of the people who buy Alfred muck around with AppleScripts and Automator flows that require it be checked. You probably did what the rest of us do, forget you checked a settings box when you reinstall or buy a new machine. :-)

Do you have this checked in Settings?

Well that didn't work. :-) The download was corrupt. Enter this: curl http://tedwise.com/files/menudump > menudump Then chmod +x menudump Then ./menudump --debug --debug

The checkmarks aren't returned reliably. I haven't seen any false positives but they definitely aren't returned in all cases, for example, in Sublime Text 2, the language and theme are checked correctly but word wrap is not and neither is save all on build. The same is true for key shortcuts. It must be possible to do it correctly, there are utilities that do it, but I don't know how to do it reliably.

Please download this version of menudump - http://tedwi.se/u/dw Run it with './menudump --debug --debug' and respond with the results.

You can't trust disabled. Alfred takes focus so most apps disable all menu entries that rely on focus or selection.