cands

Using this tell statement the result is the full path to the currently selected folder in Path Finder.

Thanks for looking into it. The result is: error "Can’t make folder of window 1 of application \"Path Finder\" into type alias." number -1700 from folder of window 1 to alias

This is great! I just faced a task where I needed to create a large amount of folders/subfolders according to a standardized structure - solved in very short time and with no errors thanks to this handy workflow - thanks! A minor thing, it doesn't seem to work for creating folders/files when using Path Finder instead of Finder, would this be easy to fix?

Thank you for the quick fix, this appears to have fixed the occasional hanging (a restart of Alfred was required, I'm using Alfred 3.3.1 on macOS 10.12.4)!

Yes, fuzzy search for apps using "open with" works in 3.3.1. However, for me it is still not possible to access the "open with" command itself using fuzzy search "ow" (as dgbeecher also points out), and in general the action panel commands can not be accessed using fuzzy search. I find that this interrupts the logical flow of fuzzy search in Alfred. Can this be fixed?

Thank you for the clarification. I was pretty sure that I did not have to input password earlier, I must be remember wrongly or there was something peculiar with my system. Anyhow, to input password for this workflow works well, since it is typically not used frequently. Thank you again for making this convenient workflow.

Thanks for the update. I've been using this workflow for a long time, it's very handy and never had any problems. Even better now with the countdown timer! There is one minor thing that annoys me: since updating to Sierra (I'm pretty sure but not 100% that it started then) I'm prompted to input password ("osascript wants to make changes. Enter your password to allow this") after I call the workflow. I guess this is not the desired behavior? Any tips how to fix this?

Nice workflow, thanks! One question: could the prepended text "Pushed from Alfred:" (I find this superfluous and a little bit annoying) be easily removed?

Now it suddenly started working for me again.

Great, thank you! I confirm that it's working fine now, the file is kept intact with just true/false being changed. Very convenient.

Thank you, let's hope it's easy to fix.

Yes, it doesn't work anymore. That’s a pity, this workflow is awesome. Does anybody have ideas for workarounds?

Thanks for the clarification. I have KE version 0.90.68 so the json file's folder may have changed as you say. The problem for me is the line order, since changing it makes it more difficult to edit the file by hand later. I was afraid that reordering the lines in the script can make it fail, so I didn't even test further. If the file can be kept as is, only changing the true|false setting, it would be better. Anyway, thanks for your work so far.

Thanks! I tried it now, unfortunately the workflow messes up the karabiner.json file for me (which in my system was at '~/.karabiner.d/configuration/karabiner.json' so I changed this in your workflow scripts), it changes the selected: true|false attributes correctly but the lines in the file are shifted around in a seemingly random manner. My karabiner.json file is similar to the sample file you show at Packal. Any thoughts what may be causing this (macOS 10.12.2, Alfred 3.2.1)?

This looks great, but did you forget to include a download link?

Hi, this seems very useful but it does not work for me (Alfred 3.2.1, macOS 10.12.2). Maybe it has not been updated for Alfred 3? I paste the debug information: Starting debug for 'Workflow File Browser' [2017-01-01 22:52:45][ERROR: input.scriptfilter] Code 1: 22:52:44 workflow.py:2168 ERROR [Errno 2] No such file or directory: '/Users/MyUserName/Library/Application Support/Alfred 3/Alfred.alfredpreferences/workflows/user.workflow.0DDCA8BE-8A51-4A56-8F31-6F719A59B517/info.plist' Traceback (most recent call last): File "/Users/MyUserName/Library/Application Support/Alfred 3/Alfred.alfredpreferences/workflows/user.workflow.68029B36-88D1-478D-AD4D-70BBF9F51856/workflow/workflow.py", line 2161, in run func(self) File "workflowsearch.py", line 68, in main my_workflows=workflow_subdirectories() File "workflowsearch.py", line 58, in workflow_subdirectories name,show=wfFilter(os.path.join(a_dir,folder,'info.plist')) File "workflowsearch.py", line 41, in wfFilter with open(filename) as f: IOError: [Errno 2] No such file or directory: '/Users/MyUserName/Library/Application Support/Alfred 3/Alfred.alfredpreferences/workflows/user.workflow.0DDCA8BE-8A51-4A56-8F31-6F719A59B517/info.plist' 22:52:44 workflow.py:2186 DEBUG Workflow finished in 0.157 seconds. [2017-01-01 22:52:45][ERROR: input.scriptfilter] Code 1: 22:52:45 workflow.py:2168 ERROR [Errno 2] No such file or directory: '/Users/MyUserName/Library/Application Support/Alfred 3/Alfred.alfredpreferences/workflows/user.workflow.0DDCA8BE-8A51-4A56-8F31-6F719A59B517/info.plist' Traceback (most recent call last): File "/Users/MyUserName/Library/Application Support/Alfred 3/Alfred.alfredpreferences/workflows/user.workflow.68029B36-88D1-478D-AD4D-70BBF9F51856/workflow/workflow.py", line 2161, in run func(self) File "workflowsearch.py", line 68, in main my_workflows=workflow_subdirectories() File "workflowsearch.py", line 58, in workflow_subdirectories name,show=wfFilter(os.path.join(a_dir,folder,'info.plist')) File "workflowsearch.py", line 41, in wfFilter with open(filename) as f: IOError: [Errno 2] No such file or directory: '/Users/MyUserName/Library/Application Support/Alfred 3/Alfred.alfredpreferences/workflows/user.workflow.0DDCA8BE-8A51-4A56-8F31-6F719A59B517/info.plist' 22:52:45 workflow.py:2186 DEBUG Workflow finished in 0.012 seconds.

This works great for me in Alfred 3 (3.2.1, macOS 10.12.2), and it's speedy for most applications (for some reason Path Finder is quite slow). Thank you! Edit: I noticed that I see the same behavior as tsvoronos noted above. However, the way I use it I prefer to separate menu bar search and Keyboard Maestro search.

You were right indeed! I needed to change permissions (chmod) for the executable files, then it worked without sudo, and after deleting the temp file manually it now works. By the way, f.lux does not seem to be able to toggle dark mode anymore (not for me at least), but I called the "Yosemite Dark Mode Toggle (With Alfred Theme Toggle)" from your "toggle_alfred_theme.py" script this way (change at line 196): ALFRED_SCRIPT = """tell application "Alfred 3" run trigger "toggle-dark-mode" in workflow "rodgerw.toggle.yosemite.dark" with argument "test" delay 0.5 set theme "{theme}" end tell""" Just figured I mention this if any other users also would like to use this solution. Thank you very much for all the great workflows you have made! They have made me much more productive (Searchio!, MailTo, Default Folder X, Secure SHell, to name some of my most used), and I've also learned a lot about programming by studying them. Thank you also for your kind help to all users with troubleshooting workflows and giving so much advice!

Thanks deanishe for making this valuable workflow. I have a problem with the automatic start via launchd (Alfred 3.2.1, macOS 10.12.2). I think it is related to execute permissions since: 1) I need to use sudo to run manually from terminal (the function then works as expected). 2) I followed your advice to check errors via LaunchControl, from which I found "OSError: [Errno 13] Permission denied: '/tmp/net.deanishe.alfred-toggle-theme.pid'". Any advice on how to solve this?

This workflow looks very useful but it doesn't work in Alfred 3 for me (Alfred 3.2.1, macOS 10.12.2), can it be easily fixed?

Thanks for the update! It works great for me (OS X 10.12.2, Alfred 3.2.1). There is one minor issue but with a simple workaround, the mapsethome/work commands do not seem to support international characters (in this case Swedish characters å, ä, or ö). However, Google finds correct address anyway so the use of international characters does not seem necessary.

Thanks for this most useful workflow, it saves a lot of time! I have a small issue (Alfred 3.1.1, OS X 10.11.6), I have changed some keywords, e.g. I use ".fav" for accessing favorites. It seems that this makes some of the functions not work as intended, e.g. when adding or removing a favorite the list of favorites is intended to show but instead just "rec Favorites ➣" is shown, not the list. Any easy way to fix this?

Thank you for explaining! This solved it (I simply added "copytext="{:s}".format(omdb_info['Writer'])," etc.) and is very useful to know for other workflows. A minor annoyance is that it does not work when latching the movie result again (I have the Alfred option "Top Result Keyword Latching" activated), then instead the selected text from the workflow ("mov m:694" and similar) gets copied. But when searching for a new movie it works as expected. But this may be due to how Alfred works, or is there a solution to make copytext work in this context as well?

I also think it would be very useful. I have a vague memory that I read in another thread that it is difficult to solve. Hopefully some of the workflow/programming experts can shine some light on this?

This workflow is great, thank you very much! I use it a lot. I have one feature request, I often look at the information about director, writer and actors - would it be possible to copy any of these selected results to the clipboard following a return press?