vitor

Are you sure that’s the change you made? active tab has to change to current tab, it’s not just the browser’s name.

Again, it doesn’t seem like you need AppleScript at all. You’re just waiting then sending a keypress, use the objects linked above. The code is doing to much given the inputs and outputs. Looks like you could just be: delay 0.5 tell application "System Events" to keystroke "u" using {command down, control down}

@setupisanoun Are you having specific issues with those Dropbox versions? I tested the File Provider versions of Dropbox and OneDrive some months and they seemed decent but I haven’t used them daily.

To latch a result to the top, select it a bunch of times in a row and for the same keyword. As in, what latches on gm might not be the same as what latches on gma, even if there’s a Workflow which matches both. The reason it’s not done on a single activation is so you don‘t accidentally latch something else the one time you had to pick a different result, or by accident. As to your second issue, you forgot to set the Keyword to Argument Optional or No Argument. In the original Workflow it’s set correctly.

Which is what the linked code does, through a combination of "valid":false and autocomplete. The code comments explain how it works.

Another option is to pass your clipboard contents to the Conditional, e.g. via using {clipboard} in an Argument and Variables Utility. Leave the “if” empty or set to {query} and connect the first output of the Conditional to the action to open the browser.

I can’t reproduce. Does the Terminal open and does it show the command? Because if so, at that point it’s out of Alfred’s hands and onto macOS then the browser in question. Tangentially, for that code snippet use instead a Run Script Action. There’s no need to open and close the Terminal, it’s adding extra work for a slower solution.

In Alfred 5.0 EA7, currently in Early Access, this now works.

@hangyi Alfred 5.0 EA7, currently in Early Access, adds some tweaks to this behaviour. Are you able to check how it’s working for you?

Welcome @heycalmdown, Dynamic placeholder such as {date} aren’t supported in the Filename field of a Write File Output. However, you can use {query} and {var:}, so you can make the filename ~/{query}.txt and right before the object add an Argument and Variables Utility with {date} as the argument.

I don’t use Music and you’re faking key presses, so I don’t know what the result is supposed to be to test. Without you sharing the Workflow I can’t even tell what input is supposed to be or why there’s parameters. Doesn’t seem like you need any code for it. Try making the same with a Delay Utility and Dispatch Key Combo Output.

@danillo Open the Run Script and change tell application "Google Chrome" set myurl to URL of active tab of first window set the clipboard to myurl end tell to tell application "Safari" set myurl to URL of current tab of first window set the clipboard to myurl end tell If @James Hobson is interested in supporting multiple browsers concurrently, I’ve made a post on how.

Glad it’s solved! Thank you for the followup.

You can if you have them act on different apps. Otherwise it makes sense that Alfred stops you from having the same Hotkey defined multiple times, which could lead to undesirable results without you understanding why. To have the same Hotkey do multiple things, add multiple connections. There is no programmatic way to get selections which works on every app. Except for sending a copy command, which is why Alfred does it that way. An Automation Task would follow the same technique because it’s reliable. Plus, the sound is useful to most. And as demonstrated, it is coming from macOS, so it’s there that you’d need to mute/remove it.

I’m thinking of converting the files and saving the result to the clipboard, like it currently works. Saving the results to files is a different case, because there’s the whole matter of where to save them with which name, and whatnot. But with that in, you can make your own short Workflow to save the clipboard contents to whatever file you want with a Write File Output.

@alfredpanda The Workflow works on selected text, not files. I guess I can add a File Action too, if you need it specifically. No ETA, though it shouldn’t happen too far off. It will make the Workflow require Alfred 5, since the Read File Contents Automation Task is ideal for it.

Welcome @DanielShuster96, For this particular case, you should instead use one List Filter Input instead of two Keywords Inputs. That will allow you to lock the order for the same keyword.

When asking for help with a Workflow, please upload it somewhere as it’s otherwise difficult to give specific advice. Debugging can already be hard with access to the code, without it it’s even more complicated. However you’re passing the folder’s name, you’re passing it with a newline at the end. That is why the debugger mentions: '/Volumes/privite/image-download/ ' Instead of '/Volumes/privite/image-download/' You have to fix that, but I can’t be specific on the most efficient solution without knowing how the Workflow is built. As an extra tip, avoid with input as {query}; you should be using with input as argv. The code would be cd "${1}".

On this webpage, make sure nothing is selected and press ⌘C. It will sound familiar. It’s not Alfred playing that sound, but macOS. Alfred has no control over it.

That one has three alternatives listed on the table. sudo xcode-select --reset in a terminal should fix it.

@jipnet See the post right above yours. This is an example Workflow which ships with Alfred.

You’re using "type": "fileicon". You need to remove that. As per the documentation:

In a terminal, run: defaults delete com.runningwithcrayons.Alfred skipOnboardingV5 Then restart Alfred.

Seems like you’re looking for a Hotkey Trigger connected to a Dispatch Key Combo Output.