I would be curious about this as well. With iOS 26 etc. we now at least also have post processing support on RealityView but there are still a couple things missing from ARView, e.g https://developer.apple.com/documentation/realitykit/arview/debugoptions-swift.struct Or using RealityViewEnvironment seems to offer less flexibility compared to the UIKit API. @Environment(\.realityKitScene) var scene: RealityKit.Scene? https://developer.apple.com/documentation/swiftui/environmentvalues/realitykitscene is only available on visionOS which is also inconvenient. However new features like hover effects only seem to work using RealityView (FB15080805) and do nothing on ARView. Overall it's a bit of an awkward state right now where you gotta pick and each options brings its own disadvantages. I hope we can continue ARView for the time being.

Hi, you should be able to set the FOV yourself using https://developer.apple.com/documentation/realitykit/perspectivecameracomponent/fieldofviewindegrees Not sure how far you can push it though, I would just give it a try. 60 degrees appears to be the default.

Hello @Vision Pro Engineer apologies for the late reply! I filed a bug with following ID: FB17160401 Thank you!

Fixed in Mac OS 15.4 Beta 2. 🎉

Hi @Vision Pro Engineer and thanks for the reply! I don't necessarily need this to work on color. That was just an example to make it easily reproducible. My usecase is basically: I have a view with a sidebar on the left that contains items which should be keyboard navigatable. e.g list cells which can get focus by moving up and down and then make them listen for keypress. E.g I could press backspace to delete them or enter to make them renamable (turn the name label into a textfield). On the right side of the sidebar is a RealityKit scene view with custom camera controls. The idea would be that if the user puts focus on the right, or "clicks/taps" the scene view it becomes focused and then accepts keyboard input via onKeyPress. But this currently does not seem possible with what SwiftUI offers on Mac Catalyst? So should I rather roll my own focus management? I'm using a mix of UIKit and SwiftUI and currently retrieve keypresses on a container UIViewController via pressesBegan.

Anyone? This is one of the last steps of polish of my Catalyst app that I would like to implement, but I just don't see what's going wrong. Based on these docs: https://developer.apple.com/documentation/swiftui/view/focusable(_:interactions:) The focus interactions allowed for custom views changed in macOS 14—previously, custom views could only become focused with keyboard navigation enabled system-wide. Clients built using older SDKs will continue to see the older focus behavior, while custom views in clients built using macOS 14 or later will always be focusable unless the client requests otherwise by specifying a restricted set of focus interactions. It reads to me like this should be possible with macOS 14 or later? Essentially what I want is similar to the behavior in Reality Composer Pro where when the user clicks the scene view keyboard controls are enabled to move around in the scene, whereas when focus changes e.g to elements on the sidebar keyboard navigation will cycle between them. What works in my example above is using the arrow keys right away to focus the way. Although then I only get the focus ring, but the isFocused FocusState still does not update. Very confusing. This video also didn't help much: https://developer.apple.com/documentation/swiftui/focus-cookbook-sample Is this just somewhat unfinished behavior specific to Mac Catalyst?

The issue is still present in iOS 18 and macOS 15.2.

Hi, what is your https://developer.apple.com/documentation/realitykit/particleemittercomponent/simulationspace property currently set to? Also is this set to true or false: https://developer.apple.com/documentation/realitykit/particleemittercomponent/particlesinherittransform ?

You probably need to set their physics simulation to .none (https://developer.apple.com/documentation/realitykit/anchoringcomponent/physicssimulation-swift.enum/none). The default is .isolated where AnchorEntities run in their own Physics Simulation scope.

Did you call https://developer.apple.com/documentation/realitykit/component/registercomponent() at some point?

Found a workaround! Setting environmentTexturing = .manual brings back working environment texturing!

Nevermind, solved it by setting Other Linker Flags → -weak_framework RealityFoundation

Feedback ID: FB15081450

I finally found the culprit! »Dead Code Stripping« was set to »Yes«. If I set it to no, the toolbar magically appears and the delegate is set properly. Can anyone explain to me why that would happen or is it a bug? My toolbar code is wrapped in a compiler condition #if targetEnvironment(macCatalyst)…#endif but that's the only thing I could think of.

Okay so what I've discovered so far is that for some reason the toolbars NSToolBarDelegate is being reset to nil (in the code above you can see that I indeed set it) and thus no items are being added. I have absolutely no idea why though and tested countless different setups. The same exact app runs fine on Sonoma, so what could have changed here?