sylumer

43 minutes ago, vitor said:

That is the name of the Workflow’s directory. If you change that, so does the UID. You can get it easily by navigating to it however is most convenient to you.

As noted above, I am using the debugger approach simply as the most convenient way to get the URI - I tend to find it fractionally quicker to do than opening finder and it at the terminal (though I could probably script it to generate and put on the clipboard I guess).

I have never renamed a workflow directory, so I have never had to change an ID, and I do not foresee a reason occurring where I would want change it. If there ever was (e.g. a case where I could not restore from backup ¯\_(ツ)_/¯ ?), then I would just rename those directories back to the original names to restore the previous functionality.

The original request remains that it is the programmatic access to the ID/URI of the workflow currently being edited that to allow Hook to do the bi-directional linking.

Ref.: Twitter Post

---

I have a few complex (and many more simple) Alfred workflows and I keep separate documentation on them in another app. It happens to be Obsidian. When I run the workflow debugger I can get a URL for a component in the workflow, and from that a URI for the workflow. I can put this into my Obsidian note and it gives me a way to reference back to the workflow directly.

For example, if I trigger the "Browse Hook Bookmarks" flow in the workflow of the same name for the app Hook, I can extract the URI for the script filter step:

alfredpreferences:workflows>workflow>user.workflow.B012BDA7-3A8B-40FB-9692-48283E21C9AB>F9E79BE7-748B-4D2D-AA7F-547DD6972C86

It is a simple matter to then derive the URI for the workflow itself.

alfredpreferences:workflows>workflow>user.workflow.B012BDA7-3A8B-40FB-9692-48283E21C9AB

Once I know the workflow ID, I could effectively build the URI myself, but this is simply the most convenient way I have found so far.

As noted above, I do make use of the Hook app. I use this to help me create and maintain bidirectional links between resources. In this case, being able to use Hook would allow me to link from the Alfred workflow to my documentation; currently I can only link from the documentation to the workflow, and getting the URI involves a little extra effort on my part. If this doesn't make much sense as to what Hook is doing, their website has a variety of resources to help explain how it all works and fits together - certainly far better than I could explain here.

If Hook could get the ID or the full URI for the current workflow programmatically, this would enable it to be used for by Hook for linking/association, and would make things much easier for me 😁

Hook uses integration scripts to get information like this from apps, so having an x-callback-url to return the ID, or some AppleScript to get the URI would allow me to create an integration script.

I have not as yet been able to determine a way to programmatically retrieve this information for use in a Hook integration script, and so I am posting this as a feature request. But, if there is another way to approach this, I'm more than happy to take an alternative.

Thanks in advance for any consideration you might give to this request. 

Thanks Carlos-Sz.

I'd tried creating new workflows and recreating the old ones, but I had the same issue.  However I just upgraded to 2.0.2 and re-tested and I no longer have the issue 

Hi everyone.

During the beta period I created a workflow with a number of file actions in it.  I could have sworn that these workflow file actions were available for selected files in Finder (when using the File selection hot key) as well as via Alfred's own file navigation system.  However now (using Alfred v2.01 (173)) the file actions are only appearing for files in the Alfred file navigation and not for selected files in Finder (when the File selection hot key is used).

So ... did I have a moment of confusion late one night and just imagine that workflow file actions can apply to Finder files?

Assuming I didn't just imagine it ...

1. Am I missing a setting somewhere in Alfred to enable such actions?
2. Is this a bug?
3. Has this functionality intentionally been taken out of the final release (e.g. to be added in a later release)?

Thanks.

Stephen.

I'd like to suggest the addition of an audio output to a workflow.  I think this would not only be useful for those with visual impairments, but also for anyone who might just want an audible cue that a workflow has finished.  like a ping for your e-mail this could let you know a workflow has completed should your attention be somewhere other than the screen where your visual notifications are shown.

I realise that a script can be used to do this (I created a script and example workflow that does exactly this), but I think a quick and simple output would just be easier and more accessible to the average user/workflow creator.

Here's my ping:

Really like this workflow, but just to add to those experiencing the icon cache refresh issue I'm also getting it as follows:

• I get it every time I type in the alfpt keyword.
• It takes anywhere between 20 seconds and 4 minutes to come back with the list of workflows.
• I'm running the latest version of alfpt.

+1 for getting this option.

I had a few goes of trying to run a shell script from AppleScript to return a non root path, but none of them returned anything other than "/".  So logically I can see why but just in case ... has anyone figured out a way (even a convoluted one) of getting the workflow path into an AppleScript?

Not sure if this is necessarily the easiest way to do things, but try this Applescript based workflow as a starter for 10.

Random Stuff Workflow

Download: http://ge.tt/3AWaDrV/v/0?c

Keyword: rcolour

Result: picks a random colour from an example list and displays it as a notification.

Keyword: rstuff [comma separated list]

Example usage: rstuff Monday,Tuesday,Wednesday,Thursday,Friday,Saturday,Sunday

Result: picks a random item from a comma separated list and displays it as a notification.

Hope that helps.

I've updated my Alfred 1 Search Evernote extension to a workflow.

The new workflow allows  to you specify whether to open the search in a new or existing Evernote window (using SHIFT as a modifier).  It also displays a notification when it's done (what was searched for) and puts the Evernote search to the front (and raises it from being minimised if required).

It also includes a new feature to add a selected file into Evernote as a new note with an attachment. You can add to the default notebook or a notebook of your choice (currently needs you to manually change the AppleScript) and you can make it a copy or a move of the file (move puts the file in the trash).  Again a notification is displayed -> what type of action was carried out on what file.

Details of how to use it, where to download it, etc. are on the following blog post.

• Evernote Search+: An Alfred 2.0 Workflow for Searching Evernote

I also list a few ways I already plan to extend 'Evernote Search+' but if you have any further ideas please leave me a comment on the blog post.