Chris Messina

Got it — but there are no specific collaboration or internal Workflow sharing features associated with this offering? It's just a means to distribute a shared license?

Spotted a mentioned of this in the Alfred 5.0.2 Pre-release release notes... has there always been a Corporate Powerpack available? If so, what does it offer over a conventional license?

Help the Product Hunt community discover Alfred!

Can you post a screenshot of the lower right corner of the list filter? Maybe you have this option set?

@dfay there's a bug (typo) in your Workflow:

Hmm, have you set the account variable to your username?

Hey @kenanmike! Well, first — there's isn't a way to open one's Likes in the native Twitter for Mac app... it's just not a supported route AFAIK. That said, I did just push an update that includes `Likes` as a keyword, which will open your Likes in the Twitter web app. I also noticed the stalled launch screen issue in the native Mac app when trying to open twitter:// routes. I blame Elon! 😂

Open the Workflow in Alfred's Preferences, and click on the Bug to bring up the Console: Activate the Workflow from Alfred and if you see an error, share it with us here.

Oh yes, I'm aware — thanks! I was talking more about the layout of the Workflow blocks!

Looks good! Thank you!

Could I get some help with the alfred-crypto-tracker? Should be a basic fix — thanks!

Ok, yes — I understand that the fix improved the logic so conflicts wouldn't prevent assigning hotkeys that were set in disabled Workflows. I think my confusion came from seeing the colored hotkey and assuming that it meant that it was set for two different workflows... perhaps in addition to separate colors (to indicate severity of the issue (e.g. Warning vs Failure)), you might separate "Related Hotkeys in Enabled Workflows" from ""Related Hotkeys in Disabled Workflows"? Or even just add (Disabled) to the name of the workflow in the Related menu?

@Andrew it appears that control-based (^) conflicts are still incorrectly being detected in disabled Workflows in Alfred 4.6.5 [1298]. As you can see, I installed @dfay's CaseConverter 3.0 workflow and disabled 2.1.1a, but the HotKey block in 3.0 is showing a conflict w/ the disabled Workflow:

Also, FWIW, I moved some of the blocks around so they're easier to read. WDYT about using a similar layout (though I can see that now you funnel everything thru a single script, so the block notes aren't as useful)?

Could you share what he did so I might able to apply those techniques to other similar issues I encounter?

You can use the `tweet` keyword but of course that will just prefill the tweet box on twitter.com. To programmatically send a tweet, it does seem possible, though I personally don't have the coding abilities to make it happen. If you do, happy to take contributions to my Workflow!

While there is documentation about the removal of Python in macOS 12.3, I wonder if it would make sense to provide a link to this documentation in the context of this error message? Furthermore, it may make sense to catch these errors on macOS 12.3 and provide a specific error to explain to the user what caused this? Otherwise I think many users will be angry/frustrated at Alfred and won't know what to do next. FWIW, the performance of the scrolling section of this dialog is also very slow/laggy for me... not sure why. Lastly, it seems like, in addition to a redesigned error message as suggested above, it might make sense to add a link to Alfred's documentation about the demise of python when someone selects the [not installed] language here:

It's not random if you updated to macOS 12.3, which removed python.

Ah ha! But actually, it's not the same — it defaults to Apple Maps! I must have changed it and used http instead of https when I set it up. User error — but good to know!

Fair, and thank you for once again pushing me to be clearing and narrower in characterizing the feedback I was given. You're right that I had suggested that Alfred might provide its own internal support for getting OAuth tokens in a standard way on behalf of the user to enable workflows. But Workflow devs have devised their own solutions that meet their needs and address the same goal, so no use overstating my case! @wrjlewis let us know if those examples work for you of if you need additional input.

Huh, strange! I had never used Alfred's Contacts picker because, prior to my M1 MacBook Pro, I had too many contacts — and so didn't want to slow down Alfred's performance. I don't recall ever visiting this preference as a result — and only did so now because I believe my M1 can handle all my contacts. What is the current default value? Is there a way for me to reset it?

In the Contacts prefpane, it appears that Alfred uses a http:// link by default. It's minor, but this should probably be a secure https:// link. It may also be beneficial to update this preference to support opening contacts in Apple Maps.

I'm afraid I can't be helpful with your original question, but as an M1 owner that also uses Rocket, I'm curious what's broken about it? Are you on Rocket 1.9?

I previous asked for a standardized way for Alfred to interact with OAuth-protected APIs, but was shot down. Regardless, you might check out @vdesabou's Spotifious workflow, which works with the Spotify API using OAuth tokens. Another example is @edgarjs's GitHub Repos workflow.

I see this issue constantly. It's a "feature" of 1Password to block other apps from keylogging, which of course also interrupts Alfred's text expansion and snippet features. I end up just quitting 1Password and the block seems to go away within seconds (it used to take much longer). Have you reported this on the 1Password Beta forum?