Thanks Quinn for taking the time to reply. Effectively, this reply is immediately visible.

Same issue today with another reply to a post. So I retyped and pressed submit… Nada. But 3 hours later I see the multiple replies appearing. That's WYSINWYD What You See Is Not What You Do. 😉

Sorry for the multiple posts and the inconvenience ! But when I clicked reply, nothing appeared in the page, so I retyped the message a few times.

I agree that SwiftUI is not the best to develop complex Mac apps.

I agree that SwiftUI is not the best to develop complex Mac apps. I have developed some, but they are iOS looking, not MacOS. So, for complex apps, I do prefer AppKit. I wonder if an app like Excel could be developed fully with SwiftUI. IMHO, no. But I would be pleased to be proved wrong.

I agree that SwiftUI is not the best to develop complex Mac apps. I have developed some, but they are iOS looking, not MacOS. So, for complex apps, I do prefer AppKit. I wonder if an app like Excel could be developed fully with SwiftUI. IMHO, no. But I would be pleased to be proved wrong.

I agree that SwiftUI is not the best to develop complex Mac apps. I have developed some, but they are iOS looking, not MacOS. So, for complex apps, I do prefer AppKit. I wonder if an app like Excel could be developed fully with SwiftUI. IMHO, no. But I would be pleased to be proved wrong.

I've been able to develop pretty complex apps for Mac in SwiftUI, but in fact it is more iOS looking than genuine Mac app. In particular, I do not try to use menus. SwiftUI is great to rapidly develop an app (noting that full fledge Mac App with AppKit is pretty complex). But for sophisticated apps, I feel AppKit much more suited. I wonder if Excel could be developed fully in SwifUI. IMHO, I don't think so.

You can position the views with position modifier. And if you want to position relative to screen width for instance, use screenSize @State var screenSize : CGSize = CGSize(width: 1200, height: 800) // Will be computed in .onAppear .onAppear { screenSize = CGSize(width: UIScreen.main.bounds.width, height: UIScreen.main.bounds.height) When you need to position, in the middle .position(x: screenSize.width / 2, y: 50) If you have to adapt to view resize: .readSize { newSize in screenSize = newSize }

I'm not Apple engineer, but my understanding is that private API may change without notice. Hence, if you use in your app, what worked in an OS version may crash with the next release. That's bad for user and for reputation of iOS / MacOS.

ensure that any captured content appears blank/black for sensitive sections of the app. Such request has been made on the forum a number of time. But even if there was a way to do it (AFAIK, there is except playing at very low level on video signal), some could take a photo of the screen with an external camera. So you would not protect anything.

I personally find that placing precisely objects is a critical limit (or constraint) with SwiftUI. What I do (sometimes with mixed results) is to group objects in separate Views (red-bordered in the image). It makes it easier to position objects (with HStack / VStack) in each view and then position the views. Hope that helps.

@Engineer did you find an explanation ?

A basic is to check the materials on the appstore: app ranking, probably one of the most important. Select when you propose ranking (ideally, when user was successful in his task). But don't try to fool the AppStore, that would result in account termination. keywords must be adapted to your target customers and hint at their problem (their major pain points) screenshots to be attractive You may have a look here: https://toolbox.marketingtools.apple.com/en-us/app-store/us and here: https://developer.apple.com/app-store/product-page-optimization/

That's not a question for developers forum, more for assistance on product (as you have filed a bug report already). Post here: https://discussions.apple.com/welcome And please, be kind to edit your text, splitting in several paragraphs to make it readable. Seeing such a compact block of text just discourages to read beyond second line.