luckman212

Reading the release notes now, wow a truly massive update! Thank you so much for this! Looking forward to diving in.

Holy crap. It works.

🤯

Is this a new feature (that arg can be an array)? I have been using Alfred for 7 years and never knew this.

Sorry, I haven't had my morning coffee yet but– I'm not following you Vitor. How can I output an array from my Script Filter?

@Binh Tran Not an exact answer to your question, but if you're looking for a way to "reveal" and/or save your captured clipboard images, you might give my ClipSaver workflow a try.

Was going to tack on to this 2 year old post, but found I couldn't. So, apologies for opening up a new thread, but I wanted to see if there'd been any further consideration of matching on multiple distinct kMDItemKeywords.

Can the https://www.alfredapp.com/help/workflows/utilities/split-arg/ workflow action be coerced into splitting on the NUL byte, a-la xargs -0?

When I try to pass a Script Filter's output with its arg set to a NUL-separated string, I get an error like this... 

Turns out the culprit for this bug appears to be macOS, not Alfred. I filed an FB ticket with Apple about it (related to PPPC permissions about ScreenCapture) so hopefully it won't make it all the way to the 14.4 release.

Thanks @Andrew I only noticed 1 thing so far, I'll report it over in the other forum, but it's more likely a macOS bug than an Alfred one anyway.

Just a friendly check in to see how things are cooking in Alfred's kitchen. We're approaching a short-term record for time between updates (last one was Dec '22 build 2110 → Apr '23 b2134) so I thought now might be an OK time to check in and ask. Alfred's running fine for me but Sonoma 14.4 seems to be breaking some stuff here and there so I'm hoping there might be at least some small updates or tweaks.

The new "Resolve Dependencies" feature is pretty neat and handy! One possible change that would be useful is on this screen:

Instead of just listing the formulae needed, it would be nice for a column called "used by" or "used in" to list the workflow that requires it (if it's used by >1 then just listing the first one would be fine)

This way we could decide if we want to download a large package or potentially just do some housekeeping and remove a workflow that might no longer be useful.

Okay thanks. I thought maybe there was a way to just dismiss the badge without unlinking it from the gallery.

macOS 14.1.1, Alfred 5.1.4 Build 2195

Some days (weeks?) ago I clicked "Check for Workflow Updates". A few workflows had actual updates, but there is one (ChatFred) which has an older version 1.5.3 on the Gallery vs. the actual latest release 1.6.1 on GitHub. So I chose to keep the newer version.

My question is: how can I clear the "Update available" badge that is obscuring the workflow's icon? :

@smlngst Good idea. Feedback submitted!

I sincerely hope someone at Apple is paying attention to these threads. Whoever's in charge (I'm guessing literally nobody...) of making these bad decisions to mess with something as fundamental as text input at this stage of macOS' maturity is really out of touch.

Thanks @Andrew for the explanation. I've rolled back the tweak on my systems for now. Hope Apple does something better in the future. The new caps lock thing is hideous.

@Vero Sorry, yes! I'm using that same undocumented preference setting, and yes I'm on Sonoma 14.1 (23B74) + Alfred 5.1.4.2195, same as @Hedgehog

Also, deleting /Library/Preferences/FeatureFlags/Domain/UIKit.plist and logging out and back in isn't enough. A full reboot is required. I guess this is not a user-level thing.

Just came to report the same thing! So far I've only noticed the "mysterious missing cursor" in Alfred's windows. Interestingly, it seems to affect ALL text fields throughout the app, including the Preferences and Workflow text search fields. 

I tried changing Focus Mode to Compatibility, and it DID fix it... ONCE. The first time I invoked Alfred after making that switch, the blinking cursor reappeared. But, after dismissing him and then re-invoking, the cursor was gone again. Changing back to Standard, and then back to Compatibility made the cursor reappear exactly once. Very strange stuff.

Here are some little clips that show it

@zeitlings I finally got it. Yes, I see your technique - very clever! Thanks for the tip.

Haha - still getting the 404. 

@zeitlings getting a 404 on that page. I think bashupload only allows 1 download. Can you post it to github maybe?

That's cool @zeitlings but then you have the type <keyword> + press <enter>... not quite as smooth as having the keyword directly activate the script filter and immediately show results.

I wish there was something like a "Don't show Alfred's default results" checkbox available on Script Filter objects, that would also enable this exclusive output mode.

Ah, makes perfect sense now!

Alfred 5.1.3 [2174]

Bit of an odd question, but I noticed today that when Script Filters are triggered via a Hotkey, they appear with the workflow's icon at the top right, like this:

But, the same Script Filter, triggered via its own keyword, is missing the icon (or shows Alfred's hat if configured in Theme settings)

I was wondering if this was intentional, and is there any way to manually control whether the icon appears or not in the Script Filter configuration itself? It would be nice to actually have it display the icon in certain cases.

This workflow is staggeringly useful 🏆

I agree with @pontus that Alfred should "bake this in" to his core functionality.

That was indeed super helpful @vitor

I think I've done it. But if you wouldn't mind terribly, I'd appreciate if you could test v0.0.4 which should be codesigned + notarised.

https://github.com/luckman212/alfred-get-deeplink-to-object/releases/tag/0.0.4