Je ne sais pas quel est l'avancement de votre développement. Avez vous vu ce tutorial ? Comme il est Impossible de poster un lien, les articles sont faciles à trouver avec Google: chercher avec : swift vapor raywenderlich et pour une interessante discussion technique sur les technologies employables: chercher AWSMobileClient.swift vapor github

If you navigate from VC1 to VC2 with NavController, the VCs are stacked. Which means VC1 is still present. I see at least 2 options: use delegation to call a function in VC1 from VC2 or in VC2 viewWillDisappear, call let vcs = vC2.navigationController?.viewControllers VC1 should be [0] ; then call let vc1 = vcs[0] vc1.functionToUpdate or if VC1 is the first in navigation vC2.navigationController?.topViewController.functionToUpdate

Dummy reply, just to test posting a reference to SO https://stackoverflow.com/questions/66328696/scroll-collectionview-all-row-at-same-direction

I noticed that rejecting one's app is a risky action. In a case, that blocked my submission for a long time. I had to resubmit the version I had rejected to complete its cycle and then submit a new version. Here are some feedback I got from support: Your app can take up to 24 hours to be processed for the App Store. Then, you rejected your app on 'date'. After you resubmit, your review time will start again. We realize that there are circumstances which make it necessary to reject and resubmit your binary. Because this affects the total review time for your app, we recommend that you do this only when absolutely necessary. We also suggest that you conduct a thorough QA cycle before submitting your app. Now, you need to resubmit your app, with the same or different build, but you cannot skip a version and create a new one without finishing the cycle of the version, this is why you are unable to create a new version at the moment. 

You have good tutorials from Apple. Did you read those: https://developer.apple.com/tutorials/swiftui/

Is "vc1" and "vc2" meant to match the class of the viewControllers in the project? I just used the info you gave in OP: I have a collection view in VC1 embedded in a navigationController. The collection view contains buttons that go to VC2.  so vc1 is the instance of VC1 and vc2 instance of VC2 This is in viewWillDisappear of VC2. Exact ? Then, you could write (I adjusted for optionals): func viewWillDisappear() { if let vcs = self.navigationController?.viewControllers { let vc1 = vcs[0] // may need to write if let vc1 = vcs[0] as? VC1 { vc1.functionToUpdate } vc1.functionToUpdate } } The navigation controller starts after the Home Screen, btw, I didn't mention that before. I have three navigation controllers branching off from the initial VC, is this bad practice or normal in IOS development? initial VC is Home screen ? How do you go from there to each navigation stack ? I see nothing wrong there, as long as user can understand where he/she is navigating to. For the code above to work, what is key is to have the following sequence (in IB): Home Screen NavigationController VC1 VC2 That would also work with a pattern as Home Screen NavigationController VC1 VC1bis VC1ter VC2

Another note: if you want to be sure to return to Home, just use popToRootViewController (line 31)         self.navigationController?.popToRootViewController(animated: true) And in viewWillDisappear: override func viewWillDisappear(_ animated: Bool) { super.viewWillDisappear(animated) if let vc1 = self.navigationController?.topViewController as? VC1 { vc1.functionToUpdate } }

Did you try this: var index = s.endIndex while index != s.startIndex { index = s.index(before: index) print(s[index]) // Just to see }

As I told you, rejecting app on your side creates a big delay. I don't know why, but it seems the app goes into a special review queue, much slower (may be the queue of "problematic apps" that require human review. Don't forget to close the thread.

There seems to be known vulnerabilities on port 55555. Is it the reason for the blocking ? Is it something you observe recently (which MacOS version ?) Search on Google to find the link (there are problems now on the forum to post links): Search for : port 55555 exploit

I tested in playground, did not get a crash with a "" String. In fact, in that case s.endIndex == s.startIndex, so we don't enter the loop. I tested direct and reverse exploration (100 iterations on a string of about 40 chars) Elapsed time Reversed: 0.1168900728225708 seconds Elapsed time direct: 0.33927905559539795 seconds Twice as fast in reverse…

To install on a Mac, you need now to have the app notarized.

If your views are rectangular, just test if their frames intersect. Use func intersects(_ rect2: CGRect) - Bool let intersect = rect1.intersects(rect2) To know if it overlaps, test if rect2 in included in rect1 func contains(CGRect) - Bool let contained = rect1.contains(rect2)

I do not see how UserDefaults.standard.bool(forKey: "MyAppSettingsResetState") could ever be true in your code. When app launches first time, key does not exist, hence it is false. But as pre installed is false also, || condition is met and "MyAppSettingsResetState" is set false?

Whatever you do, at some point you'll need a Mac and an iOS device at least to be able to publish app and even just to test. So, if you seriously consider iOS go and find a Mac, get a developer contract and download Xcode. Wish you good development.