Chris Messina

@Andrew may I request that the corner radius be allowed to be 50% of the height of the search field (so that I can have a completely round search area)? I am trying to recreate this UI: However, I can only get to this roundness (1)(2). It would also be nice if I could control the search text indent so I could more easily align the text with the icons. Additionally, when I'm using a rounded area for the search text, the selected search text background overlaps the rounded edges in an awkward way (3). Thanks!

I activate a List Filter in a Workflow with a Hotkey combo: and when I press option, "Search for '(null)' in Spotlight" is shown as the subtext of the action: Hitting enter opens a Finder window, but of course it can't search for "null". It seems like this behavior should be prevented?

Added two more variants — different metrics and adjusted colors!

Surprise! Made a Dark theme version!

It's a fair question. Thank you. The hurdle in my way is that I'm not a developer, so my contributions are limited to not-engineering-level tasks. I can provide design, flows, user testing, advocacy, wireframes, project management... Lots of the stuff I did in the OAuth days! But I also don't want to put a lot of effort into something that other people wouldn't find valuable. I don't need @Andrew to devote his time to this specifically, but I did want to gauge interest — both specifically his (i.e. "is this a feature that would be relevant to Alfred's roadmap?") and then more generally (i.e. "would people who build Alfred Workflows that interact with web-based APIs find such a built-in flow useful?"). @vitor what I think I hear you suggesting is that this kind of thing could be developed outside of Alfred core, similar to OneUpdater, which many people could choose to use if they want, but it wouldn't necessarily be or become part of Alfred Core. I'm good with that. Perhaps the first thing to do would be to somehow assess which tokenized APIs are the most popular among the Alfred userbase and then focus on how to extract API tokens from them, and then provide documentation/workflow config/boilerplate to make it easy to get an off-the-shelf/copy-paste Workflow Object that could handle the authz portion of interacting with an API? A kind of Okta for Alfred?

I've released a new theme based on Tempo that uses the open source Inter typeface! 🎩 Download it here

This is true. Which is why it seems like Alfred could make it easier to interact with web services for Workflow builders. I suppose if @vitor could convince every web service provider that has an API to make it easier to get a token, then my suggestion would be moot. But until that happens, I figured creating standard plumbing to handle these flows might reduce some complexity. And FWIW, I'm quite familiar with OAuth. I was part of the original set of people that brought it together — and worked on OAuth 1.0 before we released OAuth 2.0. I am aware how annoying it is to implement/adopt — but it was also intended to make computing more secure so that users weren't passing their passwords around across the web.

Uhm. Well, ok. I guess I can just use Raycast. ¯\_(ツ)_/¯

I've been exploring Raycast and one of its benefits is its deeper integration with SAAS like GitHub, Jira, Zoom, G Suite, Asana, and others. Given that all of these providers require authentication, I think it could be incredibly powerful if Alfred made it easier for Workflow developers to get API tokens from the most popular providers using a standard Workflow Object (either an Action (i.e. Sign the User In) or Utility (i.e. Get Access Token)). I realize this would require that Workflow developers would need to get API keys and do some extra leg work, but what I would like to see are Alfred-provided UIs like these: Once the authentication/authorization flow is complete, the Workflow Object would create an Environment Variable for the retrieved API token.

Wow... @Mr Pennyworth — can you conceptually explain your approach to this workflow? I've never seen something like this:

Wanted to try out the new Window Blur feature in Alfred 4.3 that @Vero introduced so made a theme inspired by Craft! Download here Preview

Great! Looks good now!

Some requests/issues...! Here is the preview in the Alfred Appearance config: But here is the actual window, which has an additional border highlight on it...? Shouldn't Alfred reflect that border in its preview? I would also like the ability to round the scrollbar, to make it look like this (see how square these ends look in the first screenshot): And when it comes to the result separator, it would be nice if it narrowed in width to match the result roundness, or else you're left with ugly looking lines that jut out: Otherwise, exciting stuff!

Nice. I'm not a developer but can hack things together so... I'll see if I can figure this out. Is HTML an easier output than a SwiftUI component for quicklookurl?

This is super cool @Mr Pennyworth! I love how you're using the secondary panel to augment the Alfred results... I kind of wish this were a feature built-in to Alfred itself... What is the process for building this kind of thing? I did find your alfred-extra-pane repo and I assume I would use that to build this functionality into my own workflows?

Check out @deanishe's Searchio Workflow.

Nice use of Craft!

Cute!

The Twitter icon looks distorted/not anti-aliased on the Usage page?

Ah, weird! I suppose my browser is modifying the output there. Well — perhaps if I were to rephrase my request: it would be nice if Alfred replaced the HTML-encoded ampersand with a naked ampersand. It's a small change, but would be convenient for me if it were made, since I make the change manually now.

I've noticed that many OpenSearch providers (granted there aren't that many it seems) end up with HTML-encoded ampersands in the detected URL, for example: http://camelcamelcamel.com/search?utm_campaign=osd&amp;utm_source=chrome&amp;utm_medium=www&amp;q={query} Alfred should not HTML-encoded ampersands, given that this is the actual URL in the Open Search definition: <Url type="text/html" rel="results" template="http://camelcamelcamel.com/search?utm_campaign=osd&utm_source=chrome&utm_medium=www&q={searchTerms}"/>

Super, thanks!

Where is the latest version of this workflow? Is it on Packal? The links from @GuiB are now 404s.

I previously shared a directory of nearly 200 Custom Web Searches that I maintain. I've continued adding more searches to it, along with custom icons to accompany the searches. Up until now, however, I hadn't done the same thing for the web searches that come pre-installed in Alfred. I decided that I didn't like the look of the default icons (several of them are outdated), so I created a free set of 20 starter icons to replace them! Download the 🎩 20 Starter Web Search Icons Since Alfred doesn't let you modify the pre-installed web searches, you'll need to install redundant searches and then apply the icons to the replacement searches. There's an enclosed README in the download that includes instructions and links to quickly complete this process. Enjoy!

Ah ha, I see. Ok, I've switched from the border to padding! Hopefully that'll work! @Vero This is my Dropbox Paper Theme on macOS Catalina 10.15.7 (19H2).