Very interesting. I didn't realize that User Defaults contained anything other than the data I write to it. I always thought it was essentially an empty plist where I could add key:value pairs. I'll add the manifest for now. Maybe it's time to reconsider using UserDefaults at all. I suppose I could get the same behavior from creating a local JSON file and saving the settings there.

pushWindow isn't supported for volumes. This definitely worked during the visionOS 2 betas, but now it's not supported? There is nothing in the pushWindow documentation that indicated that this is not supported. Apple should update that documentation to make this clear.

@Vision Pro Engineer thanks for the response. If I understand correctly this doesn't work because the AnchorEntity is a point on a plane, not a the plane itself. Is that correct? Is it possible to use an AnchorEntity (with SpatialTrackingSession) to get the plane/bounds/rect of the floor that visionOS detected?

it's usually better to put the code that configures the SpatialTrackingSession into a class instead of an @State property on your view Sure, I would do that in most apps. This is just an example where I was trying to keep everything in one file. Do you have any details on the why it is better to place SpatialTrackingSession in an observable class instead of state on a view? Several of the WWDC sessions and examples store the session in the view and I was using them as a starting point.

This has absolutely nothing to do with my question.

I ran into this several times during Beta 1, but not yet on Beta 2. When it happened to me, it impacted anything using manipulation across visionOS, not just the app I'm working on. I also happened in Safari and QuickLook. Restarting was the only solution I found. If it happens again on Beta 2, I'll file a feedback. You might consider doing the same thing

In the mean time as a possible work around, can you use ViewAttachmentComponent instead? The new sample Canyon Crosser has several examples of using this new component. I have already switched all my attachments to ViewAttachmentComponent and can confirm the behavior is the same as regular RealityView attachments. I'll work on a feedback when I have a chance.

Yes, I know how to combine gestures like that. But that isn't really the same thing as multiple gestures. For example Tap to toggle a value (show a popover, presentation, etc) Drag to translate an entity We can easily do that by using gestures on a RealityView. But it looks like the new GestureComponent only takes a single gesture. I'll file a feedback re: pass an array of gestures.

Thanks, that's good to know. Hopefully this can be resolved soon

Thanks for the update. It is good know this tool has a future.