vitor

Is there an open Feature Request post?

Update. Two interfacing changes. When marking an item as watched without playing, do not refresh Alfred. When playing an item, do not close Alfred. Both changes are meant to allow acting on multiple items fast. For example, when opening a video, the player will steal focus from Alfred and close it anyway, but until then you have the chance to ↵ on other items, setting up a short queue. To update, download the latest version (same URL) or wait a few days and it’ll prompt you to on next usage, since it uses OneUpdater.

You should definitely not try to install it yourself. duti has been abandoned several macOS releases ago, and Homebrew patches the included version to work on newer versions.

@danielgomez22 You’ve posted two similar images, except the second didn’t censor the emails. I’ve removed the second one, assuming it was a mistake. Please let me know if it wasn’t.

Welcome @pptxman, You can’t just run any code anywhere. The code you posted is made to work inside a web browser. Technically you can run JavaScript outside the browser with default tools in macOS, but not all features are supported and that code is geared specifically towards writing to a web page. If you can find some in code in Python, Ruby, Bash, PHP, or Pearl, running it in Alfred is easy.

Not the info.plist, the exported Workflow.

Homebrew Cask developer here. I recommend you remove that directory from the search scope, we haven’t stored applications there in years. Have you tried removing and readding Alfred from the accessibility permissions? Catalina is buggy, and with updates sometimes those can get messed up.

Welcome @mort_the_swift, When asking for help with a Workflow, please upload it somewhere (transfer.sh is a fast solution without ads; drop your Workflow in the box in the middle) as we can’t properly help you without access to it. Debugging can already be hard with access to the code, and you’re asking us to guess yours from a description. There are multiple places where your code or Workflow setup may be going wrong. Without looking at it we’re shooting in the dark. Read the Reporting Problems with Workflows topic, as it gives a nice overview on how to build an effective report.

That’s the second best option (last paragraph). My first option would be to have Alfred be dismissed anyway and run what would have been the result of the last script execution. But I understand that may pose some issues, so I’ll take what I can get as long as it assures incomplete queries can be prevented without having to purposefully wait.

Forgot to reply to this. You can’t, no.

The way Alfred processes Script Filters is to rerun them on every keystroke, and on ↵ use whatever arg: is at that time. While this is fast and the best option for most situations, in others it can mean that we don’t get the desired result when typing too fast. A common pattern in my personal Worflows is to set a Script Filter that shows me information, but what I want to pass downstream is argv (e.g. the Script Filter shows options that I can autocomplete, but the final content can be anything). The way to do that is to set arg: in the JSON to argv. I can even go so far as saying “if argv is nil, use this default info, otherwise use argv”. The trouble is that if I type my query and press ↵ before the Script Filter has finished running for the last keystroke, what will be passed down is incomplete information—whatever the last run had. So I’d like to have the option (Run Behaviour seems like a good screen to stick it, maybe in Queue Mode) to “Always run last script” or “Action with contents of full query” or something to that effect—a way to know that even if press ↵ before Alfred reruns the Script Filter, it will still do it before passing information downstream. Alternatively, if there’s a worry of bug reports from people who turned the option on without understanding it and think they are getting wrong results, the option to not allow ↵ (i.e. Alfred stays open without actioning) until the last query runs would be the second best option.

Thank you for the words. That’s explained in the README. Use the audio_only_format Using Variables in Workflows. Never say “latest” but always the exact version. With “latest” I don’t know if you mean the latest beta or stable version, nor do I know if you’re really on the newest version. You may think you’re up to date but be mistaken. “Latest” also makes it difficult for people who face the same issue later on and find the conversation, as they’ll have no idea if their version matches the one in the report. I’ll need more details than that. The top post links you to another post in this thread with instructions on what I need.

Yes.

Because it was only introduced in Alfred 4. When you’re that far behind (a major version) you should mention it—information helps us help you. In that case, have you tried doing a basic search for the Alfred.alfredpreferences directory in your backup? Wherever it is is wherever it was syncing to.

No, it only satisfies the timer part.

Go into your backup and look at the contents of ~/Library/Application Support/Alfred/prefs.json (~ is your home directory). That will tell you where it was syncing to.

It depends entirely on the timer’s abilities. It’s the timer app itself that needs to have an interface to be automated. Depending on your needs, SandwichTimer might be enough. I’ve built it precisely because I couldn’t find a nice timer that could be called from the command line.

Welcome to Tim Cook’s Apple, where money is above user agency. Automators need not apply, and will get the boot. But if you want to shove ads in the OS or be a penny pincher, you’ll be received with open arms. Don’t tell us that you think it’s crazy that macOS doesn’t provide programatic ways to achieve those tasks, we agree! Tell Apple instead: open Alfred, look for Feedback Assistant, and open that app. Use it to file a report with Apple; it won’t take more than a few minutes. I doubt they’ll do anything about it, but Apple engineers say the more reports an issue gets, the likelier it is it will get looked at.

Welcome @Frand, It should be possible, though it may not be easy. First you need to grab the URL for the frontmost browser tab, which is trivial in every major browser but Firefox. But then you need either to access Flickr’s API and ask for the photo—assuming the information in the URL is enough and that the API even lets you do that—or parse the web page and extract the relevant info—which will break whenever Flickr does a redesign. After that you need to download the image to a temporary location (again, trivial) and copy it to your clipboard.

You don’t want to use a delay for a timer. I don’t know how Alfred implements it, but since it’s meant for a few seconds at a time, it’s likely it tells the Workflow to wait the input seconds. The trouble with that approach is that it’s not precise. As your OS decides which tasks get which cycles, the timer may not run in real time (e.g. if your machine becomes under heavy load and the timer process freezes, when it gets running again it will continue where it stopped). That’s not problematic if you’re waiting a few seconds, but it’s no good when you need a modicum of precision ove several minutes or hours. The correct technique is to save the time at which the timer started and periodically compare it to the current time. That’s how time tracking apps keep counting even if the machine enters sleep mode. Incidentally, I’ve found out about all this when building SandwichTimer.

It does. But Alfred doesn’t do that. You may be able to fake some of it with a Workflow, but it’s not the same as you wouldn’t get the same file navigation interface.

Welcome @peacememories, Don‘t consider it a workaround—that’s the proper way to do it. You cannot add custom paths for languages in the default box because other languages don’t come bundled with macOS and that would be an issue if you shared your Workflow with someone that doesn’t have the language installed (or has it on a different location). No.

Moving this to Feature Requests, as it seems more fitting there and is being considered.

Welcome @Gordon Firemark, No. By design, Alfred needs to be explicitly called by the user. You can, however, tell whatever software you use to detect the device connections to tell Alfred to do something.

Seems like you’re basically compressing the Workflow into a zip, which will not work correctly and can expose sensitive information in the output, such as API keys or location. You need to first empty any variablesdontexport keys from the plist.