vitor

It’s in /System/Library/CoreServices/Finder.app. It should show If you search for Finder in Alfred.

Welcome @Vincent_Ardern, There you go.

The cause is the removal of PHP in Monterey. I don’t have an API key to test (and I’m still on Big Sur) but this should work to fix it: Install Homebrew.Install PHP (brew install php).Add to the top of the Script Filter and both Run Scripts: export PATH="/opt/homebrew/bin:/usr/local/bin:${PATH}"

You haven’t specified the interface, so I built it so that you select the text → press the keyboard shortcut → the text is replaced with the randomised words. Only the Run Script must remain intact, so if you want to change how the input is fed into it and where it goes to after, you can adapt it with Alfred’s GUI tools, no further coding necessary.

Indeed there seems to be no shortcut for it. Someone else wrote some AppleScript which achieves it by clicking the right places. GUI automation like that is prone to issues but in this case it may be the most practical solution. Assuming it works (I haven’t tested). The link has instructions. You’d need to turn on Safari’s Develop menu (look under Advanced in Safari’s preferences) then turn on Allow JavaScript from Apple Events. To make the Workflow it would be a simple Hotkey Trigger connected to a Run Script Action (set language to /usr/bin/osascript (AppleScript)).

Yes. If memory serves, when the previous versions didn’t get a match they wouldn’t allow searching for the current query and would instead return nothing. Except if you use Fallback Searches, you might be seeing those anyway. But because I tried to be helpful and present a “no results” message when nothing matched, it counts as a result thus the Fallback Searches aren’t triggered. Either way, doesn’t matter. What matters is we can get the best of both worlds by making it search for your query when no results are found. Download the new versions for a quick fix back to your preferred behaviour. I’ll send these to @Vero too.

It’s definitely doable. Could you provide an example input and desired output? And how would you like it to work? Where would the text come from (e.g. the clipboard)?

macOS and iOS already share the clipboard. In what ways is that insufficient for you and how did you expect Alfred Remote to behave to solve it?

Alfred doesn’t read your shell’s startup files, so the environments will indeed be different. Hard to say without looking at your Workflow which is the best fix. Using PHP’s full path in the script might be enough. Or redo the necessary parts of your setup before calling the script. Doesn’t make a difference for this.

You have a Python script which invokes PHP to parse JSON? Why not do it from Python? Note PHP is gone in Monterey.

That can only be fixed after youtube-dl is dumped by yt-dlp (see a previous post). That version is ready but I can’t release it yet. I need more current users to be on the current one to avoid breaking their setup with the new version.

Those can’t be changed; the Workflow has to work within Alfred’s parameters. Like I said, your needs are niche and the solutions a tad cumbersome, which is why I won’t add them to the main Workflow.

Most of what you ask can already be done with RenameAction (disclaimer: I’m the author). The changes it needs to work as you want are small, but I also feel they’re pretty niche (reopening the actions panel) or potentially cumbersome (pressing the shortcut while seeing the file on an Alfred results won’t work as expected if the text is selected). So I can give you a modified version of RenameAction which works as you describe. I removed the auto-updater so it won’t try to replace itself with updates to the main version.

Yes, though it requires an extra tool and some setup. I haven’t checked if it still works fine. I looked into it a few times in the past but haven’t found a simple generic way to do it. Solutions I found always seemed more trouble than worth it. It may be possible by using macOS’ APIs but I haven’t looked that far. To switch to different spaces, see (or change) the shortcuts under System Preferences → Keyboard → Shortcuts → Mission Control. I’m merging this post with a previous one with the same question. You may want to check the previous comments.

Maybe. It depends on your exact needs. There’s a Workflow which gets you close but the results aren’t the same as what you get from the Finder’s Recents. I have on and off searched online and tried to recreate the Spotlight (mdfind) commands which would return the same results but never got to the 100% solution. But you may find that “close” is enough for you or perhaps better if it fixes the Finder annoyance you mention. Give the Workflow a try and see.

Welcome @quadlui, The new MacBooks are pretty recent so perhaps your drive hasn’t finished indexing. I’d wait an extra day or so. Also, I’d check if the iCloud Drive files are downloaded—if memory serves, they aren’t by default. Failing that, check the troubleshooting steps.

That’s a known issue which has to be fixed by Google. You were using a Google Drive Workflow, not the. Sometimes more than one Workflow exists for the same goal. Someone pointed you in the direction of mine, which continues to be supported. If you use it and have specific questions, feel free to ask in it’s thread but please be sure to check the second post first so we have productive debugging.

No, but if it happens even once it will could be a disaster resulting in hours of wasted time. Comparatively, the different font is a momentary, sporadic, minuscule visual incongruity (almost) no one notices or cares about. In short, it is close to insignificant and has a strong reason to be the way it is. Changing it isn’t worth the tradeoff of multiple users losing an entire afternoon chasing a bug whose fix could come to them.

@bazerman That’s what I described.

But it also makes it so you can never share the Workflow with anyone else. It may not even work between your own machines. Furthermore, you’re loading your entire shell configuration—that will be slower than just running the commands to load the necessary Python environment. Not that your solution is wrong, but you should be aware of the tradeoffs.

No shell script does that. Any external data they get is from the enclosing shell from where you ran them, which in turn would have need to load its data from its startup files. To fix it, either figure out where python3 is installed and use its full path (e.g. /usr/bin/python3 list_files.py "$@") or call the script directly and use that path as the shebang. If you’re using something like a Python version manager, do in the shell script whatever you do in your shell’s startup files to load that environment.

Alfred doesn’t use the same environment as your shell. You have to align whatever you do to get python3 working. The solution depends on how you’re calling the script, so it’s not possible to say how to fix it unless you share your Workflow.

I haven’t played with uids in non-standard ways for a while, but setting them on some results and not others might work for partial prioritisation. That goal doesn’t need that solution. An alternative would be to, on opening a bookmark, checking if an open tab matches the URL and switching to it if it does.

That is a test path which has never made it into any official release of this Workflow. I know because I just rechecked them all. I have no idea how you got into that situation. Delete the Workflow and make sure to get it from the top post on this thread. Also, before posting about any issues please be sure to follow the second post of this thread.

Welcome @kzssc, It’s not more inefficient than your proposal because you’ll only do it once. When you want to add an extra search later on, you do it in the Workflow. And they can be added as fallback options.