SwiftUI List performance

I have this issue with my usual AppleID credentials - they were listed in Sandbox iOS Settings and I successfully performed sandboxed purchase (note - this apple id is not listed in Sandbox Testers list in App Store Connect). I have no issue (not yet at least) with another dummy AppleID that I have created via Sandbox Testers page.

Bumping this up - I'm trying to figure out the same thing. Do we have to go back to updating sets of individual UIViews or NSViews outside of the SwiftUI View hierarchy to do this in a performant way?

@LindaC You should have a look at Analyze hangs with Instruments which goes over using instruments to analyze and fix hangs and Demystify SwiftUI performance. That should give you a head start in debugging your Views.

Sidebar is just a List with the listStyle of SidebarListStyle applied to it, like this: List { t/* ... contents of the sidebar ... */ } .listStyle(SidebarListStyle()) You can use NavigationView to display the sidebar side by side with your app's content: NavigationView { tSidebar() tMainContent() } Sidebar can be customised in any way you like, it's a simple SwiftUI List.

Confirm what darkpaw said. Whenever you have multiple buttons in a list row, you need to manually set the button style to .borderless or .plain . This is because buttons “adapt” to their context. According to the documentation: So when your button is in a List, its tap target extends to fill the row and you get a highlight animation. SwiftUI isn’t smart enough to stop this side effect when you have more than 2 buttons, so you need to set buttonStyle manually. .buttonStyle(.borderless) Get details here https://stackoverflow.com/questions/70399810/buttons-in-swiftui-list-foreach-view-trigger-even-when-not-tapped

Hi marchyman, I'm guessing there are other methods being called by static AppName.$main() [inlined], but they might be framework functions and thus collapsed by default, depending on which view you look at. If you look at the heaviest backtrace view on the bottom right, you can click the small bottom at the top right of that backtrace view to toggle showing callings from functions that are not part of your app, e.g. from system frameworks. Sometimes this can give you a hint at what might be going on and what you can optimize. If you can post a screenshot of your Instruments trace document, we can help you interpret it. However, you mention SwiftUI, so here are some additional guesses what might help: What SwiftUI view are you using specifically? You are talking about a table. Are you really using the SwiftUI Table view, or maybe making something that looks like a table using a List or maybe VStack or Grid? List and Table should be lazy and only compute as many bodi

If I put more than ten subviews into VStack/HStack/ScrollView/List, I got error Extra argument in call, but there is no extra argument (actually, I get this error if I just add 11 Text(Hello, world!)) It is a know limitation of the current implementation of SwiftUI. The Swift language currently does not support variadic generic parameters. So, in the implementation @ViewBuilder, can only get 10 arguments. I get this error if I just add 11 Text(Hello, world!) That Text(Hello, world!) definitely is the extra argument. All the views declared in VStack/HStack/ScrollView/List... are passed to a hidden method, each view as an argument. If I put List into ScrollView, this list is not rendered (just empty space instead it), but there is no any error/warning/log messages (like for wrong constraints) This is another known issue. You can find some articles searching with swiftui list in scrollview. List hides when adding in ScrollView SwiftUI

StackOverflow post - https://stackoverflow.com/questions/56489099/how-to-remove-row-separators-from-a-list-in-swiftui suggested something super tacky, would rather not do this. SwiftUI team, please just give us a .listSeparatorStyle(.none) view modifier.