Is this style of Settings available in SwiftUI on macOS 26?

I'm not looking for an approximation with NavigationSplitView. I want the sidebar with stoplights and the back/forward arrows in the detail view.

@simonbs if you see it anywhere, I think it's custom

@stroughtonsmith Ouch. I thought migrations like this was part of the motivation for SwiftUI: we define what we want, Apple defines how it looks, so our apps can adopt modern appearances. I mean, this should just be

Settings {
TabView {
// …
}
.tabViewStyle(.sidebarAdaptable)
}

but it's not.

@simonbs it might be someday; right now Xcode is the only app that displays its settings this way, afaik
@stroughtonsmith That, and System Settings 😄
@simonbs and we remember how people felt about that one 😂
@simonbs out of curiosity, what’s the difference? I had Claude wire up one of these wired up the other day, using SwiftUI. Stoplights, navigation arrows, etc. to my eye I didn’t notice a difference from your screenshot. It used NavigationSplitView. I trashed the branch so I don’t remember all the specifics but depending on what you’re missing I might remember the details.
@simonbs one issue we initially had was that Settings() doesn’t support the window APIs so the toolbars were wrong. We got around that using a WindowGroup based on this: https://stackoverflow.com/questions/79535555/swiftui-on-macos-create-settings-with-windowgoup
SwiftUI on MacOS - create Settings with WindowGoup

I am creating settings window for my macOS app, using SwiftUI. I should use Settings {...} scene, however I have found some strange behaviour there. For example I can't make window resizable with a...

Stack Overflow
@simonbs I think you can write this quite easily in AppKit. I generally prefer using SwiftUI for views but for my latest project I simply gave up and created a NSSplitViewcontroller with hosting controllers and unified toolbar. Worked like a charm, gave me a lot of customisation options and was much more reliable than NavigationSplitView.