Late Friday, OpenAI updated the ChatGPT app on iOS and iPadOS with a new widget for your Dot and Shortcuts actions that let you control it three ways. The implementation is really well done and adds automation options worth considering.

First of all, the Dot widget is about as simple as it gets, but also very useful. I have the ChatGPT app set up to drop me into its Codex view because that’s typically how I use the app. I open Codex, check on a long-running project, and provide whatever input is necessary to keep things moving.

The problem I’ve run into is that I’ve been using my Dot, Puck, more and more to kick off research, ask one-off questions and check in on things like my email. Landing in Codex means tapping around more, which I can avoid now with ChatGPT’s new small-sized widget. The widget has two modes. The first simply shows your Dot’s avatar, and tapping on it opens your Dot’s message thread. However, if you edit the Dot, you can toggle on the “Show shortcut button” to display messaging and voice buttons beneath your Dot, adding the option to start a voice call with your Dot. As simple as this is, it’s been great to have the option to start in Codex via the ChatGPT app or check in with my Dot thread using the widget.

The other interesting feature is a trio of Shortcuts actions to message, dictate, or call your Dot. Each action has two parameters: the name of your Dot and how you want to communicate with it. That first parameter is an interesting one because tapping on it opens a list with your sole Dot in it because currently, you can only have one Dot. However, it also strongly suggests that the ability to set up multiple Dots is on the horizon, which OpenAI clearly telegraphed during its DevDay. After all, why have a parameter that opens a list unless there’s more than one choice?

The actions can be used in your shortcuts, are accessible from Spotlight Search, and most interestingly can be tied to an iPhone’s Action button, allowing you to visit your Dot’s thread in any of three ways. I’ve set my Action button up to start a Dot call. I often think of tasks and have ideas for research topics when I’m out for a walk, and I want to see if having brief calls with my Dot is an effective way to get a jump on those ideas, so they’re waiting for me in ChatGPT when I get home.

These actions and widgets are an excellent addition to OpenAI’s app and a cut above Anthropic’s more barebones approach to widgets and Shortcuts. I would, however, like to see Dots integrated even deeper into Shortcuts. The Shortcuts actions only open your Dot thread in one of the three modes. I’d love to be able to connect Dots to other apps with actions that accept input from other sources and produce outputs that can be used in other actions.

While I’m making requests, I still think multiple Dots need to be supported sooner rather than later, and OpenAI needs to provide a better mechanism for switching between Macs if you use a Dot with multiple computers. Plus, Dots are still a little buggy, with scheduled tasks failing too often and for reasons that aren’t always clear.

That said, the latest update is worth checking out if you’ve found Dots helpful. The strength of Dots is that they’re everywhere you can access ChatGPT, and now with widgets and Shortcuts actions, getting to your Dot in each of those places is easier than ever.

This session starts out by reviewing the third-party smart home devices for HomeView, their pricing, capabilities, and how they compare with more established options. TextExpander’s new free tier sparks a discussion of its limitations, business strategy, and competition from TextBlaze, Typinator, and Apple’s built-in text replacement. snippet restrictions, practical applications, and whether the free offering is worthwhile are examined by the panel. They also explore Apple’s HomeView ecosystem, Matter and Thread compatibility, third-party smart home devices, and the importance of privacy. 

💾

In my iOS and iPadOS 27 review, I wrote about one of the more interesting additions to the Shortcuts app for power users: automation triggers based on the contents of push notifications received on your device. As I explained, with this new trigger, you can create automations that run certain actions whenever a notification from a specific app, ideally containing a specific title or body text, arrives on your iPhone and iPad.

Deflector, a free utility by indie developer Cizzuk Shihu, leverages this feature in a fun and novel way: it lets you run any shortcut from your Shortcuts library directly – without launching the Shortcuts app first – from either the Dynamic Island or a Live Activity on the Lock Screen.

The concept isn’t new: we’ve seen shortcut launchers embedded in Live Activities before. What’s different is that while previous solutions relied on the Shortcuts URL scheme to open the Shortcuts app and then run a shortcut, Deflector’s approach is entirely self-contained in a Live Activity and doesn’t force you to lose the context of what you’re doing. Tap a shortcut, and it runs immediately – just like the Shortcuts widget works on the Home Screen.

The question is: how?

The ingenious implementation behind Deflector is the aforementioned automation support for notifications. When you install Deflector, you’re asked to also install a companion shortcut aptly called ‘Deflector Automation’. This shortcut, thanks to changes in iOS and iPadOS 27, contains a shareable automation that you need to enable, which is another major change of the Shortcuts app I covered here. Open the automation, and you’ll notice that it contains a notification trigger that parses the contents of a notification, allowing Shortcuts to run a shortcut directly via the native ‘Run Shortcut’ action.

And here lies the magic trick behind Deflector: whenever you tap a shortcut in its Live Activity, the app sends a notification to itself that contains the name of the shortcut you want to run in the body text of the notification. When the “self notification” arrives – and these are silent notifications that you won’t even see on-screen – the associated Shortcuts automation is triggered, the name of the shortcut is passed to the ‘Run Shortcut’ action, and voila – the shortcut runs, no x-callback-URL necessary.

That’s all there is to Deflector, effectively. You can choose how many shortcuts you want to display in the Live Activity, and you can also choose an SF Symbol and color for each one. The process of fetching shortcuts from your library is handled by the same automation, which uses an App Intent and the ‘Get My Shortcuts’ action to pass the full list of your shortcuts back to Deflector in a couple of seconds. This is another novel implementation I’ve never seen anywhere else.

There are some optimizations I’d like to see in Deflector. There is, for instance, a one-second delay between tapping a shortcut and seeing the shortcut execute on-screen, which is most likely the time it takes for the notification to be sent, delivered, and parsed by Shortcuts behind the scenes. I also wish I could rename launchers in the Dynamic Island to use custom names: if you rename a launcher, it’ll break the ability for Deflector to find a matching shortcut in your library.

These are minor complaints about a free utility based on a genius workaround that has allowed me to launch shortcuts more quickly than before and, most importantly, tie two different sets of shortcuts to the Action button and the Dynamic Island. One of the reasons I still love writing about indie apps after all these years is exemplified by Deflector: in the right hands, new Apple APIs and frameworks can be applied by indie developers to ideas that Apple didn’t foresee in the first place.

Deflector is free on the App Store. If you’re a Shortcuts user, you’ll want to play with this app right away.

Rosyna Keller:

FruitMenu Redux revives a utility (FruitMenu) that brings lost Mac OS Classic features to Mac OS X. Specifically, it restores the fully customizable Apple menu.

It’s no longer a haxie that works by patching the operating system. Now, it’s a regular app that hooks into other apps (e.g. to switch to a particular window) using the accessibility APIs.

The first step was to implement every FruitMenu feature that’s still possible in the current macOS security environment. That immediately ruled out features requiring patching menus (sigh, I really miss patching menus) and features that require privileges now gated behind restricted entitlements. I also added support for viewing and executing Shortcuts.

[…]

Additionally, you can set a hotkey to any item you add to FruitMenu Redux!

[…]

Because SwiftUI doesn’t support dynamic menus, I had to rewrite all the menu code to use AppKit’s NSStatusItem and NSMenu as NSMenu is now a first-class citizen on macOS and fully supports dynamic submenu building. This means that FMR doesn’t even try to build the contents of a folder under you actually attempt to show the contents of the folder. Not only is this significantly faster, but it also uses significantly less memory.

FruitMenu is now available (Mastodon):

A built-in visual editor displays your menu on the left and a library of over 30 item types on the right. You drag items from one to the other (almost like Font/DA Mover, the best UX ever created). The library includes files and folders, submenus, Running Applications (and you can enable an option to show open windows and tabs), Mounted Volumes, Recent Items, Force Quit, Sleep, Restart, Shut Down, Shortcuts, Software Update, separators, System Settings panes, and more!

Anything you put in the FruitMenu Redux Items folder in your Library also appears in Files, folders, and aliases.

$10 (with $7 intro price), not in the Mac App Store because of accessibility.

Rosyna Keller:

OMG, Core Transferable, why do I have to declare a public UTI in my info.plist for internally dragging from one list in my app to another list in my app?! It’ll never be decoded by another app!

This was the fix to a bug I reported. With the new SwiftUI drag API, you apparently have to declare private internal drag types in your plist (on Tahoe, but not on Golden Gate).

Xounds, which plays sounds in response to user interface actions, is also back. Unlike FruitMenu, this one never appealed to me—I actually prefer to have the audio muted most of the time. I do find it interesting that it supports the old sound set files from Mac OS 8. Apple dropped the APIs for playing these way back during the 64-bit transition, but Xounds knows how to extract and play the audio.

Previously:

• SwiftUI in appleOS 27
• Where Did SwiftUI Leave You Hanging?
• Dragging From a List With SwiftUI
• Add Security Access Groups for Accessibility APIs
• Menu Master 1.0

Ken Case:

OmniFocus 4.9 adds support for Siri AI, optional new date parsing assistance via Apple Intelligence, and a range of new and updated App Intents exposed as Shortcuts actions.

[…]

In our testing we’ve found that the new Siri AI hasn’t yet learned how to work with app capabilities that it hasn’t specifically been trained on, even for App Intents that are available in Shortcuts and Spotlight. For example, its understanding of how to work with OmniFocus is based on how it’s been trained to work with the Reminders app. Our work in OmniFocus 4.9 means that Siri now knows about “reminders” in OmniFocus (i.e. actions and Inbox items), “lists” (i.e. projects) which contain reminders, and any “groups” (i.e. folders) that lists have been organized into. Siri can assign and edit reminder due dates, flags, repeat schedules, and notes and image attachments in OmniFocus. This is another great leap forward! But as soon as you try to go beyond what Reminders can do, you find its limits: for example, it doesn’t understand the distinction between due dates, planned dates, and defer dates.

Siri also doesn’t really understand much about how our document-based apps work, because Apple hasn’t trained it on our specific apps or anything equivalent. So, Siri doesn’t know how to make an outline, or a diagram, or a Gantt chart. We expect this to improve over time—after all, we’ve worked with other language models that do understand how to make those things—but it’s important to understand Siri’s current limits.

[…]

With Siri AI, Spotlight becomes even more important as a source for personal context. You can ask Siri about content in your OmniFocus database, so Siri can summarize the actions you’ve completed this week, or tell you what items you might consider working on soon.

My favorite change in OmniFocus 4.9 seems less exiting, but I’m irrationally happy about it. Last year, as part of the Liquid Glass update, they redesigned the Perspectives Bar on iOS to automatically collapse and expand as you scroll. I found the animations distracting, it messed up my muscle memory, and it required lots of extra taps. In 4.9, there’s a new Show Perspective Bar option, which you can set to Automatically (the 4.8 behavior), Manually (stay collapsed but expand when you tap), or Always (show the expanded state all the time, nothing moves). This is, of course, what I chose.

I’m still seeing the previously mentioned glitches in the Mac app with tabbing, spontaneous tag collapsing, and the window moving itself between spaces. The iOS app sometimes still shows an out-of-date list of flagged actions.

Previously:

• Siri AI Ships (But Still Beta)
• OmniFocus 4.8.10