I actually have a sticky note app that has a custom title bar. The default title bar is hidden titleVisibility = .hidden titlebarAppearsTransparent = true I have added my own custom set of buttons to the title bar. I am trying to find a way to make the titlebar look like Tahoe's title bar that has liquid components where the content of the note feels like it is passing under a liquid glass. Here is the link to the app https://apps.apple.com/in/app/quick-note-sticky-notes-menu/id1472935217?mt=12

Hi. Yes. I had submitted a feedback immediately after last years WWDC. FB18812978

NSSplitViewController / UISplitViewController don't appear to have an equivalent in SwiftUI. I was asking for the newly introduced feature in AppKit where the detail view in navigation extends below the sidebar as explained in this WWDC 2025 video. I wanted to know, how that can be achieved using SwiftUI's NavigationSplitView. I am not looking for a replacement of NSSplitViewController / UISplitViewController NSToolBar / UIToolbar on the other hand do have an equivalent Toolbar modifier which can be styled. The toolbar style link that you have shared, is for the Toolbar(entire toolbar), I was asking about styling the Toolbar "item" As mentioned in WWDC 20205 video "The prominent style tints the glass using the accent color, which is perfect for displaying state or emphasizing an important action." // Tints the glass with the accent color. toolbarItem.style = .prominent I would like to know how this feature can be used in SwiftUI toolbar?

I have filed a feedback suggesting that if a user has programmatically set a contentInset on a NSScrollView then they can be given an option to enable/disable edge effect style automatically for the area that is outside the contentInset.

@DTS Engineer were you able to check the logs shared above?

These are the logs when migration happens from NSMigrationManager

How can I confirm this behavior when migrating using NSMigrationManager? I don't think you need to explicitly checkpoint the store. The Core Data migration process should handle that for you – If it doesn't, I'd see that a framework bug When I enable com.apple.CoreData.MigrationDebug the lightweight migration logs the WAL checkpointing, however, when using NSMigrationManager no such log appears. When I tried inserting 1000 objects, all of them get inserted into the sqlite file. Nothing gets inserted in WAL file. Is the behavior different for NSPersistentCloudKitContainer? Regarding the error, did you try to set up options in the following way: Yes, this works. However, if the NSMigrationManager handles this then should be avoided, right?

Is it necessary to manually checkpoint the WAL journal before starting the migration or does the NSMigrationManager handles it internally? Ref: https://developer.apple.com/library/archive/qa/qa1809/_index.html

Thank you for sharing the code snippet. Can you please update the code that demonstrates initialization of following variables for the sake of completeness of the code sourceModel destinationModel sourceStoreURL destinationStoreURL Also, if you could show how to replace the newly created destinationStore with sourceStore. Are there any edge cases that are to be handled? Should I manually delete the wal and shm files? guard let fileURL = Bundle.main.url(forResource: "Model", withExtension: "xcmappingmodel") For the snippet above, should I use xcmappingmodel or cdm extension? After compiling, a cdm file is created from a MappingModel

This is a bug in Xcode as confirmed by Apple. The only workaround at the moment is to manually load the mapping and update the hash as mentioned by @ulizurucker Ref: https://developer.apple.com/forums/thread/774218

Thank you for your response. The workaround you mentioned may work, however, the step #3 of calling the migrateStore function is extremely complicated. The documents also does not explain much. Some of the points that I can think of is Should the migration be called on the background context. Where should be the new temporary destination file be created? Are there any other functions that I should invoke before and after migration? Should I explicitly delete the temporary file if migration fails. It would be great if you can share a resource with code sample that explains how to use the migrateStore method.

You can print the path of your app to the Debug Console print(Bundle.main.bundlePath)

Found a similar issue on forums https://developer.apple.com/forums/thread/120013

Also, I just checked Staged Migrations. It supports macOS 14 and onwards.

and a space isn't allowed in a class name. The space is in the App name not in the class name. Thanks for the additional information about staged migrations. Will check them out.