vitor

It’s not: Why do we need a website to fill Packal’s void? What’s wrong with the Github lists? Why not just grab one of those and make a website (automated)? Also, people are still submitting to Packal, so there’s no void yet, just a badly plugged leak. Unrelated, if you post in a row you should edit your post instead. Otherwise the thread quickly becomes hard to read.

I feel the same. Right now, there’s not much difference between this and the old http://alfredworkflow.com/ or the still current https://github.com/Derimagia/awesome-alfred-workflows. And with a manual adding process, it doesn’t really make me want to submit there. Am I supposed to just dump almost 50 Workflows on Pacmax’s creator’s lap? It’s a nice effort, but I wonder if at this point it isn’t making the situation worse, by fragmenting the community even more.

Either work on Alfred for Windows already started, or it hasn’t. If it has, registering support does nothing because it would happen anyway. If it hasn’t, even if work on it started today it would take so long (with the current team), that by the time it was done there would be no guarantee all the people asking for it today would still be interested. Over years there’s only been a handful of people expressing interest in this, not nearly enough to justify the commitment to support a whole new platform. Alfred Remote for Android would make sense way before Alfred for Windows, and that is unlikely to happen as well (there’s another thread on it). Yes, in theory it could happen. In practice, you shouldn’t get your hopes up in the slightest.

I do blocking at the /etc/hosts level, with a list from StevenBlack/hosts. But the typical blocklists such as the ones uBlock Origin uses have further granularity than outright blocking an entire domain. That is a lot, though. I would consider that to my /etc/hosts file (not to the router as I’m sure that’d break something for other people). Is the list public? And more important, does it receive regular updates?

I second this sentiment. I found this post earlier but it read as “do this”, so I limited my effort to a cursory glance at the website, and since the answer wasn’t immediate I abandoned the effort. Don’t take this as a critique. Instead take it as a tip on how to ask people to do free coding work for you, from someone who makes a lot of free Workflows for others. We could be doing something else with our time. We choose to help people because we do get something out of it: an interesting challenge or the joy of seeing someone elated with the code we built. Sometimes people are so happy with the result they send a small monetary contribution as a token of their appreciation, though that is not why we do it. But until the outcome, it’s a thankless job of uncertain reward. Sometimes it’s boring but we can whip it up in a few minutes and improve someone’s life, so we do it anyway. Other times it’s hard as hell: we devote hours only to fail, and we can do nothing more than share breadcrumbs of our findings to ease the burden of the next one to try. This is your wish. Still, we offer our expertise to help you achieve a goal we don’t share. To justify that commitment, we need to feel that you’re serious in your endeavour. We don’t ask that you spend your money, but we do expect that you invest the same thing you’re asking of us: time. There are two main components to a coding project: what it does and how you interact with it, i.e. how you tell it to do what it does with which parameters. Both take time, not only to build but also to decide on how they are going to be built. The more time you spend on one of these, typically on deciding how you want to interact with your application (because yes, it is yours in the sense we’re building it to your specifications), the less we need to. And that shows respect for us and our time. When you’re sparse on details, the message you’re sending is you don’t care about your request enough to spend the time doing basic research or thinking about how you want to interface with the result. And if you don’t care, why should we? Note that not caring is not the same as not being able to figure it out. Asking for help deciding on the details is valid, and we do find it rewarding to teach people who want to learn. But there is a direct correlation between how hands on you are trying to solve your own problem and other people’s willingness to help you do it. We all have a limited pool of time, and given the choice we’ll help the people who are mindful of the ones who help them.

Same. There’s no browser today that fits my needs: Safari’s content blocking is laughable. The 50k rule limit is less than a third of my uBlock Origin rules. Plus, there’s really no good content blocker I’d trust to be kept up-to-date — the only decent one, 1Blocker X, exists only on iOS and there seem to be no plans to update it to macOS. Plus, Safari has no fine grained control to only allow JavaScript on certain websites. In sum, Apple has a good stance on privacy but their actions are lacklustre. Ungoogled Chromium is a nice effort, but since they are removing code from another project, I don’t trust them to somehow not remove something they should, or not be behind on security features. Opera and Vivaldi drink from the same water as Chrome, and I worry abou their affiliations. In this day and age, I’d rather not trust a closed-source web browser. Brave also drinks from the same water as Chrome. They claim they don’t have to follow their bad practices, but the tune may change when they start to have to maintain their own browser engine fork due to the differences. A bunch of other web browsers that neither support AppleScript nor have enough users/scrutiny for me to trust them. Firefox has no AppleScript support and its performance on macOS is atrocious. I can get past the latter, but not the former.

So as to not split the discussion, I’ll lock this one and point people to the previous thread.

You’ve stumbled into why most people that build browser automation tools and Workflows do not include Firefox (and also why some people avoid Firefox completely): lack of AppleScript support. Presumably, what that Workflow is doing to support Firefox is automating keystrokes, in this case ⌘L to select the address bar followed by ⌘C to copy its contents. This (and any method that relies on automating key presses) is hacky and should be avoided, though if you really want to keep Firefox, you don’t have much choice. I recommend you go to Mozilla’s bug tracker and be one more voice asking for AppleScript support. Though some of those requests have been open for 17 years, so I wouldn’t be hopeful.

Update. Removed support for forwarding addresses. Also added support for Opera and Vivaldi. 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.

The Quick email option still works fine. I’ve never found a suitable replacement for the Forwarding one.

Welcome @Victor Guerrero, Alfred uses Spotlight’s metadata, so there might be where the problem lies (meaning you should likely open a bug report with Apple, not Alfred).

Ah, right, I’m talking about a Hotkey, yes. I see that in my previous reply I mentioned I’m not going to add a Keyword because it’s not worth the trouble.

Removed explanation as it was wrong (I was thinking of a Hotkey, not a Keyword). As I mentioned years ago:

Do you mean a File Action? It does work like that. It’s the only method I use. Setting Workflow Environment Variables.

It might help if you describe which apps have which problems. There should be a pattern (Electron apps or apps built in Java, for example)

Welcome @MRMJP, Check the troubleshooting steps. Closer to the end you’ll find a case that seems like what you’re experiencing.

Kind of. For snippets, you’d either have to convert them to Apple’s Text Replacements (limitations with this approach) or add a new Keyboard (like TextExpander does/did). For the Clipboard History, it could do it like Clips. For what it’s worth, I’m against adding these features. Alfred’s team is small (two people, one developer), and I’d rather time be spent on the macOS app.

Instead of upgrading through the built-in updater, have you tried downloading Alfred from the website and overwriting your current install?

open -t {{path_to_file}}

Update. I’ve made slight modifications to the method to read/write api token. You will be asked to add your token again. 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.

It’s not. It’s standard behaviour that also occurred in previous versions. Perhaps you have used this method? Or maybe you had setup an askpass method to deal with it. I do not recommend you setup a method to bypass asking for a password when using sudo. With that warning out of the way, it’s your machine, so you should be free to do what you want. One method is to put at the top of your script sudo --stdin --validate <<< '{{password_here}}'. If you want to save to / read from the Keychain, here’re examples on how to save and delete password: security add-generic-password -a "${USER}" -s {{name_to_save_under}} -w {{password_here}} security find-generic-password -s {{named_saved_under}} -w security delete-generic-password -s {{name_saved_under}}

open /Applications/Alfred\ 3.app/Contents/Preferences/Alfred\ Preferences.app That will open the Alfred Preferences app. There you’ll be able to change the shortcut, reactivate the menubar icon, and try to find out why it isn’t showing.

Update. Display information while looking for new PinPlus app version (with :pinplusupdateapp). 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.

Welcome @Jim Tao, Not sure if it’ll work for that, but try the Menu Search Workflow or using a shortcut for the Help Menu.

There are several Workflows that do just that. Take your pick of the one that best covers your use case.