SwiftUI List performance

I would like it to work like the iOS notes app text editor, where there is a toolbar above the keyboard on which I can click buttons to toggle a numbered list and bullet list where the cursor position is

Hello natanbiley, Thanks for your question and sample code. What are you looking to do in terms of support for toggled bullet and numbered lists, in terms of app experience? Do you mean that when a user types into your TextEditor, the string is automatically converted into list format? Or are you asking for something else? Also, what is the FormattingToolbar in this case? Thank you for your patience, Richard Yeh  Developer Technical Support

I think the question remains; where is .safeAreaBar supposed to be placed, when you're using a ScrollView on the page? I'm also using the .top setting. I haven't been able to find some usage example of this. It seems that if we attach the .safeAreaBar onto the scrollview itself, the scrollview content is correctly offset at first, such that the safeareabar contents do not overlap the scrollviews unless scrolled. If we put the safeareabar higher in the hierarchy, the scrollview contents are not offset and we unfortunately get overlap. Would help a ton to get some insight here. As a workaround, perhaps it would work by putting the safeareabar high in the hierarchy (like onto the first view in the SwiftUI view body), and then manually offsetting the scrollview offset somehow. Still need to figure out how to find the correct offset here...

Question1: Accessing deleted files via bookmark (Specification clarification) Our app saves file URLs as bookmarks, which file that user has selected on Files App or app-created, so to open a file which user has modified previously in the next launch. As a side note, you may want to take a look at this post which describes a longstanding issue which makes bookmark resolution much less reliable than it would be on macOS. When a user deletes a file in Files App (moves a file to Recently Deleted), the app can still resolve the bookmark and access the file for read/write operations. Is this behavior intended? In other words, is it correct that a bookmark can access a file that has been deleted in Files App but not permanently removed? Yes. Bookmarks are a relatively low-level file system construct compared to the Recently Deleted concept Files.app presents. As far as the bookmark system is concerned, it's just another file on disk. Question2: Overwriting a file in Recently Deleted (Potential bug) We noticed that

Is there an officially supported way for third-party iOS apps to access accelerometer data at sampling rates higher than ~100 Hz? So, my first question here is why you think you need a higher sampling rate? I ask because every developer who's asked this question has done so having gone through the same general development experience: They built an initial motion analysis engine which sort of worked, but had strange/inconsistent results and/or glitches. They increased the update interval and the situation improved marginally, but not completely. They continued increasing the update interval and saw improvements without actually resolving the issue until they hit the limit. Based on that experience, they've decided that the problem is caused by update frequency and if they can JUST get data a little bit faster everything will work fine. The problem here is that, in my experience, that entire analysis was built on the fundamentally false premise that the update frequency was actually the source of the problem. I

Upon a customer’s initial subscription, whether with or without an offer, you will receive the SUBSCRIBED notificationType. If a customer is currently in an offer period, their conversion is equivalent to a renewal, thus you would receive the DID_RENEW notificationType. For further reference, I recommend exploring the documentation provided on all the notification types sent and use cases listed at the bottom: https://developer.apple.com/documentation/appstoreservernotifications/notificationtype Additionally, at WWDC24, Alex delivered an informative talk on notifications that may prove beneficial to you. You can access it via the following link: https://developer.apple.com/videos/play/wwdc2024/10062/?time=271

Thank you for sharing your post. I find it intriguing, but I am unable to replicate the functionality you have described on my own devices. The code works the same in all simulators I have tried. The parent SwiftUI view is a List, which is destroyed when nested view presentations and alerts are involved. While you mentioned that it works correctly on other simulators and devices, I have consistently encountered the same issue when running it on different simulators with the same configuration. I would personally implement a custom mechanism to manage when and how the sheet is presented, potentially using a combination of state flags and conditional views to avoid relying on the immediate modifier behavior or better, do not include inside a List that will be destroyed. I am still very interested in knowing what device and versions of iOS the code: List { VStack { LibraryView(title: “Show view (Loss of state)”) } } works so that I can investigate the reason, in my case, the s