shau-kote

Support dfay, it's a very nice feature. But is there a way to disable the behaviour in the particular workflow? One of my workflows requires a ability to quickly select the first and the last items in Script Filter list. Sometimes up arrow selects the last item, but sometimes it switches to the previous query. It's not good for me.

Well, it's seems to me like almost all really works properly. Except for main area of workflow editor. Apparently it caches icons for workflow objects. But it is a trifle. Thank your for your application and advices, Andrew.

Thank you for so quick answer. Just to clarify: I just put icons into workflow folder, name them "icon.png" (for workflow) and "{uid}.png" for workflow objects, and all will work properly. Did I get it right?

Hello. When I create icons for my workflows, I resize them and optimize through tinypng.org according to Andrew's advice. But I've noticed that when I drop an icon into workflow details dropdown or into some object (for example, Script Filter) configurator, Alfred modifies the icon. And the modified icon has a much larger size. More than ten times larger. The size is even larger than the icon had before optimizing. I wonder why does Alfred do it? And if Alfred does it, maybe it is pointless to optimize icons?

It is fascinating, but it is irrelevant for the topic answer in all senses.

Hello. It is a simple workflow to manage Tunnelblick connections. Type vpn and it displays all the Tunnelblick connections. You can narrow the list by typing part of the connection name. Select the connection and press enter to toggle its state. Packal Page GIF with demo: Hope it will be useful for anyone besides me.

Oops. I am an idiot. Thank you, ctwise.

Yes, I already know about terminal-notifier, thank for Vítor, who uses it in many of him workflows. terminal-notifier is fairly handy even though it doesn't seem to me like a tidy solution.

Yes, I was investigating the Alfred's environmental variables just now; unfortunately this method doesn't work. But the environmental variables seems very useful in Run Script Action. Thank you, deanishe, I've overlooked it. I know that *.applescript can be compiled by osacompile to *.scpt. But it is unnecessary headache to do it.

1. When I do display notification in NSAppleScript I see a notification with nice and meaningful Alfred icon but when I do the same in Run Script Action I see a notification with miserable and irrelevant AppleScript icon. 2. NSAppleScript cache compiled AS. It is not a notable optimization but it's better to do it than not to do. Here is my two reasons, but I do not think the reasons are sufficient to use "a very messy solution". There are another ways.

Oh. Apparently I have. But I understood the same point while writing the first post. But my problem is: I want run NSAppleScript in workflow directory. Well, I will try another solutions. It is not a fatal problem, just a inconvenience.

Thank for your workflow, ctwise. But I am wondering there is not the menudump source on your GiHub. I see only binary executable in alfred-workflows/menu-bar-search/. Have you still issued the source? Am I searching in a wrong place?

Thank for your reply, FroZen_X, but there is no new information in topic you adduced: yes, I can use Run Script instead of NSApplescript. Alack, I don't still see simple and tidy way to get into workflow folder using NSApplescript.

Okay, I've seen on your RunCommand workflow, @Vítor. And I've noticed the trick with "keyword object with empty keyword value". It's very simple and effective. Thank your the excellent examples of workflows.

Thank you, @Vítor for your RenameAction, it is a simple and visual example of External Action usage and at the same time it is an useful workflow. Keyword "rename to:" is slightly unpleasant but as I can see Alfred limitations don't allow get it out. And I don't see simple solution for the issue (only "black list" for keyword, but it does not seem like a neat solution). Also, little feature suggestion to @Andrew. Indeed I often need to store some data between workflow calls. It would be very convenient to have a workflow object(s) which allows to store some data therein and get and use the data later.