🙏 This worked for me, Thank You! (I didn't need interactivity so can't comment on that)

Understand. It's a little frustrating though as it still seems like the only supported Settings link takes the user to the app Settings, to access anything else they then have to go back, scroll up the top and then select the relevant menu. Unless you can think of a specific security or privacy benefit for this behaviour? I'll file a feedback anyway just in case 👍

Same query here 🙋‍♂️

In the ChartView I then just have the input declared: let value:[Model] ------- In your case where "Model" is the data type. For me its let value:[Double]

I second @codingLawyer comments that HRV sensor data from Apple Watch is really insufficient to have significant meaning in current WatchOS versions. It really needs to be much higher such as it is with the AFib History either by default or by user toggle. It's also an interesting omission that HRV is not included in the new WatchOS 11 Vitals app.... If this is all part of plans to bring such a feature to a new Apple Watch model and wrap it up in a stress tracking feature.... blink twice

Unfortunately I think this will not result in an experience the user is happy with. Essentially they will see the situation as "My widget is disappearing" and will assume (correctly!) that I've done something to break it. Some users may not even remember which widget they had from my app, only that it was there and then it wasn't.... So I really think a migration path is needed.

Sure, feedback filed! IT's FB14049876. Thank you

Ok 😕 I have about 10 new feedbacks opened from WWDC24 and none of them have responses. Although if they still get looked at and fixed I don't mind 😊

In your example, if I wrap scrollPosition in a withAnimation: Button("Set to 0") { scrollPosition = 0 } Button("Set to 0") { withAnimation { scrollPosition = 0 }} It has no effect. Is there a reason for this? I'm trying to animate scroll position in my chart? Thanks

I've had no updates in my bug report if that's what you're asking! ... and the issue still persists.

Thank you, good to know this is the problem and not my code! Hopefully it makes it's way to the Xcode beta release notes

Thank you for the suggestions. Will file feedback for now. I think the MeshGradient route it too far from the Charts API I'm otherwise working with. The other suggestions would work but would create stepped data and not a smooth view. One for enhancement I think.

Many related WidgetKit issues unfortunately that have not yet been fixed, see one here: https://developer.apple.com/forums/thread/732751

I can answer 4, 5 and 6 if that helps. 4- Watch because iPhone cannot access the Health store what so ever when locked. 5- No. 6- None can be read. A little more info here incase it helps: https://developer.apple.com/forums/thread/780673

This works great for MacOS, thank you! On Standby my app name is still displayed with just no widgets offered and a big "Add Widget" button which does nothing, is this a bug I should report? Presumably also .disfavouredLocations{.iPhoneWidgetsOnMac} is not needed if you have the data protection key enabled? As for CarPlay though, will the new widget support in iOS 26 also honour the .disfavouredLocations{} or data protection key?