SwiftUI List performance

Thanks for the post, this is very interesting. And thanks for the bug where includes the focused project sample. Navigating complex hierarchies in SwiftUI while maintaining state can indeed be challenging. I can try to suggest some potential workarounds and strategies to mitigate state loss issues during navigation and app backgrounding but I also want to see this issue and use your focus sample to see how the sheets are lost after being presented on the app and to see if moving state management to a parent view is the answer and understand how the views are not being shown after the background. Passing state down through view hierarchies can ensure it's retained longer than if it were localized in deeply nested views. If you're not already on the latest SwiftUI and iOS version, consider updating to see if the issue has been addressed in more recent releases. Additionally, beta versions can sometimes provide pre-release fixes. You can see the status of your feedback in Feedback Assistant. Th

Thanks for the extra context. At this point I feel comfortable talking about technical stuff… Oh wait, there’s one more business-y thing. My focus is on technical stuff. I don’t work for App Review and can’t make definitive statements about their policies. OK, now let’s talk technical… Mach is a capability-based system [1]. For you to get access to a Mach port, someone who already has access must share their access with you. So, who has access? And how can you convince them to share? In this case only two entities have access: The ‘system’ The target process itself There’s no way to convince the system to share its access, at least on iOS [2]. So the only option is to get the target process to give you access to itself. In theory, this should be trivial: Your app calls mach_task_self to get a send right for its control port. It then sends your extension a copy of that right via XPC. In practice, there are complications. IMPORTANT I’ve never tried this sort of thing on iOS, so I’ve no idea whether it’ll work a

OK. I don’t think you can optimise beyond that. Rather, I think you should use that as a baseline for performance work as you evolve your program. Speaking of that, An Apple Library Primer has links to various WWDC talks where the linker team discusses various topics. Most notably, the 2022 talk discusses launch times. It’s well worth a watch. Finally, just for context, the libSystem initialiser does a bunch of really critical stuff. For example, it has the code that sets up the App Sandbox, if the executable enables it. If you want to see this initialiser in action, open your true clone project, set a symbolic breakpoint on libSystem_initializer, and run it from Xcode. When you stop at the breakpoint, Xcode will show a page of disassembled code, but that’s not too hard to understand. And most of the symbols are present, so you can look up the source code in Darwin. IMPORTANT The Darwin open source isn’t guaranteed to match the source used to build the OS, but it’s usually close enough to be quite in

Each system log entry has time to live (TTL) value. You can see evidence for this in various places within the UI. For example: % sudo log stream … TTL … 0 fseventsd: (libsystem_info.dylib) Resolve user group list … … 7 WindowServer: (SkyLight) [com.apple.SkyLight:KeyboardEvent] kCGSEventKeyUp … AFAIK there’s no supported way to override that, but if you poke around in /System/Library/Preferences/Logging on your Mac it’s not hard to see how it works. WARNING As with all implementation details, there’s no guarantee that this will actually work, or that it hasn’t worked differently in the past, or will work differently in the future. So don’t build knowledge of this into a product that you ship to a wide range of users. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

Oh, there’s one more thing I should add to the above list: Open source server sample (PIR Service Example) The iOS sample code discusses this, but I can’t over-emphasise how useful it is. On that page you’ll find a link to the server’s documentation, which chock full of interesting info. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

I have falsified everything for iPad in the code, am not required upload iPad photos, but the reviewers keep being told to judge how my app performs on iPad for some reason. The issue here is that iPads support running iPhone apps in compatibility mode, so all apps should work when run on an iPad. Note that this does NOT mean that their interface expands or otherwise supports the full iPad experience, but simply means that the app functions as expected in compatibility mode. __ Kevin Elliott DTS Engineer, CoreOS/Hardware

Can't say for sure which steps you are missing, but something in your list of actions must not be connecting: create App ID select PN capability create Provisioning Profile for the app if signing automatically, let Xcode select the appropriate profile if signing manually download the profile and install it into Xcode That should be the process.