aiyo

I don't understand what is not working for you... You get the list of users on your system and the name of the users are correct? But then you get "(logged in)" on all of them? And when you type "who" into terminal.app you only see a list of the users who is logged in?

Hmm this sounds weird, the workflow writes "(logged in)" on users who are listed by the "who" command. I made a small mistake so it will also match a username that is a subset of another username that is logged in... But otherwise it should reliable identify logged in users... I will correct the mistake when I come home.

If you take a look at the workflow script you will see that I already use /System/Library/PrivateFrameworks/Apple80211.framework/Versions/Current/Resources/airport 'networksetup -switchtolocation' Changes the Network Location, not the Wi-Fi network. You should see my Network Location Workflow for that functionality... For changing the Wi-Fi network you should use 'networksetup -setairportnetwork' it requires a device name, network name and password. There is some issues with implementing this, first there is a 3 seconds delay to scan for networks. Second there need to be a way for requesting a password for the network. I'm still looking into how this could be implemented best... Cheers, Jonas

I have found another (hopefully better) way of listing user accounts. Give it a try and please report back if it does not work as intended. https://github.com/aiyodk/Alfred-Extensions/raw/master/AlfredApp_2.x/Fast-User-Switching/Fast-User-Switching.alfredworkflow ( I have changed the workflow bundle id, so you have uninstall the old version of the workflow yourself ) Cheers, Jonas

This is on the drawing board along with more details about the current network... stay tuned

I'm not joking, you get a popup window asking for a username and password, like any other app.

You can use applescript to run the shell script with administrator privileges: osascript -e "do shell script \"sudo apachect1 stop >/dev/null;\" with administrator privileges" I know it sounds a bit silly running a shell script, in an applescrip,t in a shell script... but it works)

The variable q is a string, so you get this: tell application "Thyme" "start" end tell You can use if statements to achieve your goal: on alfred_script(q) tell application "Thyme" if q is "start" then start else if q is "stop" then stop else if q is "pause" then pause else toggle end if end tell end alfred_script Hope this helps you

My point was that it is internal methods in Tweetbot that are responsible for displaying the pop-up and therefore any bugs related should be send to Tapbots.com There is nothing you can do in bash. The custom url that is used has nothing to do with bash I just happen to use the 'open' command.

The custom url just ask Tweetbot to create a new tweet with the given url. Tweetbot is responsible to everything else.

I have added Tweetbot to the workflow, test it out and see if it works as you expected (remember Tweetbot will only show up after you have used Send URL to copy a link or open a link in another app) https://github.com/aiyodk/Alfred-Extensions/raw/master/AlfredApp_2.x/Send-URL/Send-URL.alfredworkflow

If you want to help me a bit (I don't have Tweetbot) it might be possible to add Tweetbot. First run this command and tell whats happens (Either Tweetbot opens the link or the link is opened in the default browser): open -a /Applications/Tweetbot.app http://www.alfredapp.com Then run this command and post back the result (this gives the Bundle ID og Tweetbot: mdls /Applications/Tweetbot.app/ | grep "kMDItemCFBundleIdentifier" Cheers UPDATE: Instead of the first command try this (It might tweet the link 'www.alfredapp.com'): open "tweetbot:///post?text=http%3A%2F%2Fwww.alfredapp.com"

I have added Papers2 to the default list. The applications only show up in the workflow if they are available on the system. The latest version is available here: https://github.com/aiyodk/Alfred-Extensions/raw/master/AlfredApp_2.x/Send-URL/Send-URL.alfredworkflow

If you don't mind I'm curious of what apps you add to the workflow. Maybe I should add it to the default list

I know it's not the best solution, but right now I can't find a way to make Alfred do the application cache in the background. So this is the only way I can update it without letting the user wait... I might add a "reload cache" option at some point...

You can try to take a look a my workflow Send URL, it can open the url in a variety of apps (and in addition to Safari can also get the url from Chrome, Opera, Camino, iCab and Omniweb the browser just have to be the frontmost application) https://github.com/aiyodk/Alfred-Extensions/raw/master/AlfredApp_2.x/Send-URL/Send-URL.alfredworkflow

If you have downloaded the newest version it should be possible to add a apps bundle id in the "supportedApplications.txt" file and the workflow should find it. It won't show up before you have used Send URL to action a URL one time after adding the application, and the workflow will only try to open the URL using the "open" command (in bash) so not all application will work (in this case the URL will be opened in the default browser).

Hi, I have fixed this little bug now, it was due to a misspelling of the bundle id for Mail. To update the application cache you need to action a URL (copy it or something) using Send URL, then Mail should show up next time you use Send URL.

Great find. I have seen something similar before. The issue with this method is that that there is a delay between navigating to a URL in Firefox and to the URL gets written to sessionstore.js. Therefore this is not working as expected all the time. I would really like to add firefox to the workflow but I have not seen any reliable method for fetching the URL.

I have updated the workflow ( again ) now it has it's own application cache. This way all apps should be found and it's also a little faster. The first time the workflow loads it takes a few second to create the application cache, but after that it should be a bit faster! You can grab it here : https://github.com/aiyodk/Alfred-Extensions/raw/master/AlfredApp_2.x/Send-URL/Send-URL.alfredworkflow (or any if the previous links) Cheers

I have chosen to make the list static in order to keep the URL (copy URL) on top in order to confirm/show the URL the workflow will use.

Send URL are not looking after the bundle ID's but rather depends on Alfreds file cache as this is much faster. Alfreds application cache is however not complete (and is not intended to be) but dynamically generated when Alfred needs it. Therefore try search for Droplr in Alfred and then try Send URL again, this should solve the issue and Droplr should keep showing up until you clear the application cache. I'm working on a better solution, but at the same time I really don't wont to make the workflow any slower...

I'm not sure what you mean, but 'command + ,' opens preferences in most osx applications including Alfred.

Hi Dave, I'm still working on making this workflow faster... The slowdown is due to the applescript fetching the URL (though I wrote 'Finding Supported Applications...'). I like being able to see the URL the workflow will act on, but at the same time it's slowing the workflow down... I might end up not displaying the URL if I can't find a way to fetch it faster That said I have just updated the workflow and it should be a bit faster than before, but i'm still looking into what I can do to make it load instantly. You can grab it here: https://github.com/aiyodk/Alfred-Extensions/raw/master/AlfredApp_2.x/Send-URL/Send-URL.alfredworkflow If you want to make a hotkey to send the URL to a specific browser you just need to pass the name of the browser on to the 'Run Script' module as showed in the pictures below below. (This only work in the newest version of the workflow) http://d.pr/i/EHTU http://d.pr/i/e2Jt Cheers

I think it would be possible to add commands that takes options in a multilayer approach, but it do complicate the script vastly (e.g. you could print an item that is not valid when no option is given and valid when there is a option, you could maybe even sanitize the option) I like the OS specific icons too, make it much easier to distinguish the VMs from each other. And you are welcome to you them in your own scripts