Subject22

Thanks! Unfortunately I took too long to get to it and the file transfer expired. Instead I’ve put the workflow on GitHub (and added a link to the first post). Please feel free to fork the repo and/or submit a pull request. I will endeavour to keep the first post in this thread in sync with the GitHub repo.

Hey, finally got around to this. Obviously feel free to fork and/or submit a pull request. I will also endeavour to keep the first post in sync with the GitHub repo. https://github.com/AndrewC-B/alfred-open-in-chrome

Can do. Yes, that would be handy. Thanks!

Not at all. Just gotta find time to do it I’ve put it on my todo list, but probably won’t get to it until next weekend at the earliest. Please free to do so yourself (but if you do I’d appreciate it if you linked to this thread from the readme).

@gandalfsaxe Almost certainly. But I haven’t looked at this in ages, and have moved most of my work to iOS, sorry! If I have time over the weekend I might take a look. But it shouldn’t be hard to change, with some reference to AppleScript docs.

That's one old typo. Fixed, thanks!

I see the same issue on iOS 9 beta 5. Just for reference. Looking forward to having Remote back in action, whenever that may be

I removed the drives from Alfred's search scope in settings and use a workflow to search them explicitly when needed.

Awesome! Cheers Shawn.

No worries! I'll check out your updated version

I made a similar workflow a while back and managed to bolt together a script filter which lets Alfred tell you if hidden files are currently visible or if they're hidden. This may or may not be useful to you #!/bin/sh #check the current value and display the result as subtitle CURVALUE=$(defaults read com.apple.finder AppleShowAllFiles -bool) if [ $CURVALUE = 0 ]; then subtitle="Hidden files are currently invisible" else subtitle="Hidden files are currently visible" fi echo '<?xml version="1.0"?><items>' echo "<item arg=\"{query}\" uid=\"ssid\" valid=\"yes\">" echo "<title>Toggle hidden files</title>" echo "<subtitle>$subtitle</subtitle>" echo "<icon>icon.png</icon></item></items>" echo "</items>"

Yeah, that's bizarre, and awesome. I'm quite happy with that workaround, thanks! I wonder if there's a way to view the output from the Applescript compiler. There could conceivably be some informative message in there.

Are you able to try it on your machine, to confirm that I'm not crazy? >_< Yep, I know Thanks for that. I may end up having to use a workaround in the end.

Yes, there is. There's some additional logic in the script I took that snippet from. I pause iTunes, play a sound file, and then resume iTunes, but only if it was playing to start with. That's why I need to control playback within the script (I need to know if iTunes was playing to start with before I tell it to start playing again). There are some fairly nasty workarounds that I can think of, but what I really want to know is why the script can't control iTunes when called from the shell. It's very irritating! Cheers for the reply

This isn't directly related to Alfred, but I need to call an Applescript in one of my workflows (I can't run it directly from the workflow because reasons) and for some reason it's not working. Here's the relevant snippet. if application "iTunes" is running then tell application "iTunes" set state to (get player state as string) if state is "playing" then pause end tell end if When I run that from Script Editor everything works just fine (iTunes pauses if it was playing, if it was running). But if I save that as a script and run it from Bash with osascript my_script.scpt nothing happens. No error message, nothing. iTunes keeps on playing. Anyone have any wisdom they can impart?