luckman212

Glad you like it! And thank you for the suggestions. Few notes on the bottom two:
 
 
You can, by overriding the object’s JSON. Both Thumbnail Navigation and Short Films do that.
 
 
The File Buffer works in Grid View too.

That works now. Set the type key in the JSON to file. Or try it just by sending a list of files to the Grid View with Object Input as the Source.
 
 
Try ⌘0. That shift in size is remembered per object, which means that you can have them bigger or smaller depending on context and also adapt on demand.

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.

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

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

@luckman212 DING... fresh out the oven: https://www.alfredapp.com/whats-new/

It’s a regular JSON array. Instead of "arg": "one coffee" you do "arg": ["first coffee", "second coffee"]. That will be passed to the next object as multiple arguments.
 
Oh, and good morning!

just wanted to say that Alfred is amazing! super quality build, precisely customizable, and my absolute daily driver for everything. amazing app, thank you!

Ah, that makes sense. Thanks! I wish Alfred would add a feature “only continue if exit code is (not) X."

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.

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.

Alfred 4.5 build 1249 macOS 11.5  
When Alfred executes Bash scripts with the standard shebang of `#!/usr/bin/env bash`, it runs a non-login, non-interactive shell (`/bin/bash foo.sh`). This means that ~/.bashrc, ~/.bash_profile, /etc/bashrc etc are not sourced. This makes it difficult to set certain environment parameters, notably $PATH, $HOMEBREW_PREFIX etc.
 
I found that setting $BASH_ENV to ~/.bashrc is a workaround. As per the Bash manpage, that var causes bash to source the specified file on noninteractive shells.
 
TL;DR— is there any way to globally set a variable to apply to all workflows? I can definitely set it for each individual wf, but this would be a nice feature...
 

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.

You may already know that you can use {var:} to create user-configurable keywords, which makes workflows more convenient for users. But did you know you can use {const:} to make workflows more convenient for yourself?

Alfred sets a number of alfred_ environment variables with useful information. alfred_workflow_cache and alfred_workflow_data are particularly relevant in scripts but you can access the information in objects too via the {const:} pattern.

It’s common that in workflows which use a main Keyword / Script Filter as the entry point, I’ll have its title and subtitle match the name and description of the workflow. While workflow names seldom change, sometimes descriptions need a little tweak. If you’re copying the information back and forth, you may forget to update relevant workflow objects to match the new wording. Unless, that is, you use {const:alfred_workflow_name} and {const:alfred_workflow_description}, ensuring the information is kept in sync.

When using the plist tweak to disable the caps lock indicator and to revert to the old language switcher in macOS Sonoma, Alfred will not show the text cursor.
 
The plist setting is:
sudo defaults write /Library/Preferences/FeatureFlags/Domain/UIKit.plist redesigned_text_cursor -dict-add Enabled -bool NO as described here: https://stackoverflow.com/a/77296786
 
I am running Alfred 5.1.4 [2195] and macOS Sonoma 14.1 (23B74).

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

This workflow is staggeringly useful 🏆
I agree with @pontus that Alfred should "bake this in" to his core functionality.

This workflow is staggeringly useful 🏆
I agree with @pontus that Alfred should "bake this in" to his core functionality.

This workflow is staggeringly useful 🏆
I agree with @pontus that Alfred should "bake this in" to his core functionality.

I thought this workflow might be useful to some (for sure it's a small group!) - so posting it here.
 
It copies a "deeplink" to a specific workflow object, which is a link that uses the alfredpreferences:// URI scheme to open the Workflow Editor directly to a specific Workflow, with a specific Object highlighted. This might be useful to developers, or anyone really, for keeping notes or internal documentation about specific Workflows you're working on.
 
See README for details on how to use...
 
Requires Python3 + Alfred 5.1+
 
https://github.com/luckman212/alfred-get-deeplink-to-objec

Looks good. Another tip: /usr/sbin/spctl -vv --assess --type install /PATH/TO/BINARY will confirm that it worked. You’ll either see rejected or accepted and your information. If you get the latter, you’re good.
 
If you want to script that you don’t even need the -vv, it’ll give an exit code of 0 if it’s good and non-zero if not.

I was wondering if there was a URI scheme e.g. alfredpreferences://openDebugger that could be called from within a running workflow to open the debugger, for example to alert the user about some error that has occurred.

If there isn't such a thing, please consider this a feature request!

URL schemes are poor man's automation used by iOS developers. AppleScript dictionaries is where it's at!
 
Unfortunately, Keychain Access doesn't have one of those either
 
Realistically, I think your best bet is "generic" AppleScript automation to simulate the input:
 
tell application "Keychain Access"
    activate
    delay 0.5 -- wait for app to open/activate
    tell application "System Events"
        keystroke "f" using {command down, option down} -- ensure search bar is focussed
        keystroke "my search terms" -- enter search query
    end tell
end tell
 

Want to add one FR follow-on to this thread:
 
It would be a nice quality of life addition if, when triggering Alfred to open his Preferences by typing Cmd⌘+comma, he would open directly to whichever workflow was responsible for generating the selected result.
 
For example, if I have a workflow with a script filter that generates a list of recently copied images, it would be excellent if pressing ⌘+, would jump right into that workflow's editor, with the script filter object highlighted.

The > is used for redirection in a shell, which explains why iTerm wouldn’t make that clickable (correct behaviour) and if you tried that without quoting it you’d likely get a few files created. I’d expect that percenting-enconding it would indeed work.