Shortcuts Plugins

[melonamin]

Shortcuts Plugins

Currently to create a plugin the user must have basic scripting\coding skills.
Implementing a new type of plugin - “Shortcut Plugin” - would allow users to create the plugins inside Shortcuts app, potentially expanding the user base.

TODO:

• Basic UI to add and delete plugins
• New plugin type "Shortcut", runs provided shortcut instead of a file based plugin
• Store Shortcut plugins in UserDefaults
• Make Shortcut plugin UI reactive
• Enable\disable plugins
• Plugin repository for Shortcuts Plugins (maybe another day)
• Localization

BETA

• Beta 1
• Beta 2

Shortcut Examples

• Fake Weather
• Featured image from Unsplash

Adding Shortcuts Plugin Settings View:

[dchevell]

When I click "Add" under macOS Ventura (SwiftBar: 1.5.0 (478), macOS: 13.1 (22C65)) nothing appears and SwiftBar beachballs until I have to force quit.

Just curious - is that expected, or can I provide any useful diagnostic data? Not bothered, but happy to test/troubleshoot if it's helpful.

Edit: I saw there's a build 479 - retested just in case & saw the same issue. For whatever reason checking "Include pre-release…" and clicking "Check for updates" got me from 1.4.4 to 1.5.0 b478, but it doesn't seem to see b479, so I downloaded manually to test.

[melonamin]

Hi @dchevell,

sorry, for some reason I missed the notification about your comment from GitHub... :(

Can you please try this build? If you see the beach ball, can you get the logs from Console.app (Search = "process == SwiftBar")

SwiftBar.app.zip

[dchevell]

@melonamin no need to apologise, I'm grateful for your work on this app :)

Still beachballed for me on this build. I reproduced before installing (b479), and after (confirmed b494).

Console logs - I clicked "Add" at 09:17:00.567184+1000.

default	09:16:46.884279+1000	SwiftBar	order window front conditionally: cc1 related: 0
default	09:17:00.000746+1000	SwiftBar	Requesting manual refresh for plugin id: batterystatus.sh type: Executable name: batterystatus path: /Users/dchevell/Library/Mobile Documents/com~apple~CloudDocs/SwiftBar/batterystatus.sh
default	09:17:00.000973+1000	SwiftBar	Refreshing plugin metadata /Users/dchevell/Library/Mobile Documents/com~apple~CloudDocs/SwiftBar/batterystatus.sh
default	09:17:00.179980+1000	SwiftBar	Successfully executed script /Users/dchevell/Library/Mobile Documents/com~apple~CloudDocs/SwiftBar/batterystatus.sh
default	09:17:00.567184+1000	SwiftBar	It's not legal to call -layoutSubtreeIfNeeded on a view which is already being laid out.  If you are implementing the view's -layout method, you can call -[super layout] instead. Break on void _NSDetectedLayoutRecursion(void) to debug.  This will be logged only once.  This may break in the future.
default	09:17:00.573292+1000	SwiftBar	order window front conditionally: cc1 related: 0
default	09:17:00.574995+1000	SwiftBar	order window: cc6 op: 1 relative: cc1 related: 0
default	09:17:00.838943+1000	SwiftBar	order window: cc6 op: 1 relative: cc1 related: 0
default	09:18:00.000260+1000	SwiftBar	Requesting manual refresh for plugin id: batterystatus.sh type: Executable name: batterystatus path: /Users/dchevell/Library/Mobile Documents/com~apple~CloudDocs/SwiftBar/batterystatus.sh
default	09:18:00.000361+1000	SwiftBar	Refreshing plugin metadata /Users/dchevell/Library/Mobile Documents/com~apple~CloudDocs/SwiftBar/batterystatus.sh
default	09:18:00.194951+1000	SwiftBar	Successfully executed script /Users/dchevell/Library/Mobile Documents/com~apple~CloudDocs/SwiftBar/batterystatus.sh

[melonamin]

Hmm… interesting, I need to look into it. 🤔

[melonamin]

Manged to reproduce it on my machine, which is very good, I'm getting closer

[melonamin]

@dchevell how about this one? SwiftBar.app.zip

[dchevell]

Same thing I'm afraid @melonamin . Confirmed b495 in the about screen, then captured these logs:

default	06:56:46.238645+1000	SwiftBar	It's not legal to call -layoutSubtreeIfNeeded on a view which is already being laid out.  If you are implementing the view's -layout method, you can call -[super layout] instead. Break on void _NSDetectedLayoutRecursion(void) to debug.  This will be logged only once.  This may break in the future.
default	06:56:46.244944+1000	SwiftBar	order window front conditionally: fea8 related: 0
default	06:56:46.246529+1000	SwiftBar	order window: feb5 op: 1 relative: fea8 related: 0
default	06:56:46.509324+1000	SwiftBar	order window: feb5 op: 1 relative: fea8 related: 0

(One other odd side effect: On prior builds, the sfcolor parameter would only apply to inline symbols, e.g. :circle: | sfcolor=green sfimage=square would make the inline :circle: green, but not affect the sfimage icon placed to the left. On this build, the colour gets applied to both, which made one of my scripts that uses a lot of colour based info kinda weird)

[melonamin]

@dchevell I have a good feeling about this build, can you please try?
SwiftBar.app.zip

[space-esquire]

Hi there, same exact thing is happening on Ventura. Do you recommend I go back to the release? Thanks :)

[melonamin]

@space-esquire you've tried the latest one I linked, correct?

[space-esquire]

Yes 😃

[melonamin]

FML then! 🥲

[dchevell]

@melonamin I can't speak for anyone else, but this build finally works for me! Was able to add a shortcut plugin with no errors and run it as expected.

A little weirdness where, after adding one, I can't click on it to highlight or delete - but if I switch to another tab (e.g. Code Plugins) then back to Shortcut Plugins, it resolves that issue.

Apologies for being so long with my feedback!

[melonamin]

That’s awesome to hear, thanks! I’ll check the selection\highlight issue