I filed FB25054839 with a sysdiagnose and minimal reproduction app attached.

This is now resolved with ResultsObserver.

I agree with the sentiment here. It feels like cross-device widget refreshes are one of the remaining missing pieces for developers who want to stay entirely within Apple’s ecosystem. With SwiftData + CloudKit, it’s possible to build a fully server-less app, which is fantastic. But when it comes to keeping widgets updated across devices, the solution often becomes “run a server and send APNs pushes.” I actually filed feedback about this last year (FB21094995) requesting a CloudKit-style remote widget refresh mechanism. The motivation was very similar to what’s being discussed here: if CloudKit can eventually sync the data, it would be nice if there were also an Apple-managed way to notify widgets on other devices that the underlying data has changed and should be refreshed. Thanks for raising this topic. I’d love to see a first-party solution in this area.

Thanks, Kacper! Filed as FB23071505.

Thanks @DTS Engineer, I’ve filed a feedback report: FB22881575.

@Claude31 Thanks, I tried both suggestions. If I comment out: tableView.usesAutomaticRowHeights = true then wrapping does not work correctly in either case because the row height stays fixed. I also tried starting with: tf.isEditable = false and then toggling: tf.isEditable = true later after layout. As soon as it becomes editable, the row collapses back to a single visible line again. One thing I noticed though: the text itself actually still seems to wrap internally when isEditable = true, but the cell height no longer updates to fit the wrapped content. So it looks like the issue is more that the automatic row height calculation stops accounting for the multi-line editable text field.

Thank you @szymczyk! I plan on making a multi-platform app. Can you elaborate on why would I would be better off to make a dedicated macOS app versus an iPad app and porting it via Catalyst for Mac? The reason I ask this is because I've seen many developers take that route, skipping developing a dedicated Mac app entirely and just use Catalyst. For example Apple themselves with: Music Podcasts Find My Journal Maps Messages. FaceTime Books Clock News Stocks Weather Phone Voice Memos All these are apps that are built with Catalyst. And many third party developers are choosing Catalyst for their Mac apps as well, like Ivory, IceCubes, Craft app. I believe they are probably taking that route for convenience and faster development. I'm not sure if they are missing anything crucial that would require a dedicated macOS app, these apps make me think that Catalyst seems fairly mature in 2026... which is why I ask this.

I also have a lot of feedback reports with no response, but it doesn't bother me. I'm doing what I control which is submitting the feedback, and it's up to Apple how they handle feedback.

It's funny. In macOS 26.2, I have the behavior that you wanted but I want the behavior that you had. Applying the same code you have, I'm trying to have a toolbar button that is right to the left of the inspector, outside of it. I can't figure out how to do it.

I created FB21271207 to request this

You can use TextEditor with AttributedString

Are you on MacOS 26?

+1

Install the MacOS 26 developer beta to use vibe tools.