Posts

Post not yet marked as solved
40 Replies
Same concerns here. The side by side view is a must to review code before a commit. Please bring it back
Post not yet marked as solved
4 Replies
Can anybody confirm they can reproduce the issue with Double Column styles of either of my example projects? I filled a bug report linking this post on the feedback assistant but still had no confirmation from apple that this issue can be reproduced and being looked at. Here is how to reproduce the issues: Switch to DoubleColumn (1) tab Click on any “To Form 1” row Nore: The rest of the instructions for this step will refer to this line as GOTO1 Click on any “To form 2” row Click on the CoreData picker Change a value Notice that the picker closed without notice. This should not be. Notice that the displayed form is now Form1 instead of Form2. This should no be. Notice that there is a back button going from Form1 back to Form1 again but nowhere in the code is a navigation link from form1 to form1. This should not be. Execute the steps a 2nd time starting at GOTO1 Execute the steps a 3rd time starting at GOTO1 Click on the <Form1 back button to go back to Form1 Click on the <Form1 back button to go back to Form1 Click on the <Form1 back button to go back to Form1 Notice that we had to click on 3 back buttons with corresponds to the munger of loops to GOTO1. This should not be. Click on <List1 back button to go back to List1 Notice that if you redo the steps but use the Binding DatePicker Instead of the CoreData DatePicker, there are none of the issues present.
Post not yet marked as solved
4 Replies
Thanks @bartvk but I think CoreData is part of the issue. I did make another demo that has less CoreData elements (No save, No Monitoring, No Relationships) It uses a DatePicker and still creates the multiple Form1 navigation issue. It also shows a second issue where the Date selection widow closes prematurely. This second issue is present or not based only on the fact that a second DatePicker has it's value defined at the List view and passed along to the Form or if it's value is defined directly at the Form view level. Very puzzling... Again, more comments are in the code ContentView_Demo2.swift - https://developer.apple.com/forums/content/attachment/1c95d02f-ade7-4e0b-aaf0-3c804ad2525a
Post marked as solved
4 Replies
Thank you OOPer,This is exactly what I was looking for to fix the second problem.As for the first problem, I described it in case it could lead to a solution to problem #2 but since I am planning to use the .onDelete in my applicationanyway, everything is good.Thanks again
Post marked as solved
4 Replies
Hi thanks for the reply.The code does compile fine over here but as the comments say, you need to create the MyNumber entity manually in the data model.I have now found the SwiftUI section under SDK and will look there for possible answers.In the meantime, has anyone been able to reproduce the issue I am describing.Thanks,