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!

30 minutes ago, drgrib said:

For some reason, this isn't working with a list filter I have called "sitelinks".

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

On 4/5/2022 at 8:04 AM, Marlouis said:

The Capitalize function does appear on Alfred (photo 1) but as soon as I try to type or paste a word it goes to google search (which is my default search on Alfred - photo 2). Would you have any advices on how to make it work again ? 

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

3 hours ago, kenanmike said:

When I select 'likes' I'm now getting taken to this twitter profile rather than my likes 🤔

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.

19 hours ago, matthewmcvickar said:

@Chris Messina Re: labeling the hotkeys objects; you can right-click the hotkey object and select 'Edit Note' to add a label underneath the object, like in this screenshot:

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

9 hours ago, giovanni said:

I converted this to Python 3 and sent a PR request to the author. cc@vitor

Let me know if you see anything off!

 

https://github.com/giovannicoppola/alfred-crypto-tracker

Looks good! Thank you!

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

9 hours ago, Andrew said:

It still shows in orange to notify you that it's a shared hotkey.

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?

On 12/6/2021 at 3:05 PM, Andrew said:

I've managed to reproduce it and can see what is happening under the hood, and can see why this has led to confusing behaviour.

@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)?

On 3/26/2022 at 1:41 AM, dfay said:

 I just used FileMerge to see what he did, and replicated it here.

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

5 hours ago, IvanPsy said:

@Chris Messina I wonder if there is a way to send the tweet straight from Alfred.

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:

2 hours ago, Travis Schmeisser said:

This workflow seems to have stopped working for me randomly

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

6 hours ago, Andrew said:

Clear the value out then quit preferences, then it'll reset to the default (which is in fact the same as you have, just with https).

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!

7 hours ago, vitor said:

Respectfully, what you asked for was for Alfred to officially support that integration. A standardised (external) way to do it was the first suggestion you got and it was encouraged throughout. Your goal is good, only the implementation was in question.

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.

9 hours ago, Andrew said:

I wonder if you edited it at some point in the past and changed it back, and that has taken precedence over Alfred's default value.

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.

16 hours ago, Steve Ball said:

You would also need a list box of the apps and websites that you wouldn't want this expansion to apply in. There's an excellent Mac app called Rocket that's an emoji picker that works this way. Unfortunately it's broken for M1 Macs.

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?

5 hours ago, wrjlewis said:

Before I bury myself in potentially sub optimal approaches to this, do you know of any workflows that have OAuth integration already, that I could learn from? Or any tips/advice for someone seeking to do so? 

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?