I have developed this shared package - https://github.com/RiftValleySoftware/RVS_Spinner. It works fine. In the package test harnesses (3 iOS apps), it works great, and also, the IB storyboard renders the control (It's an IBDesignable). However, when I include it as a package in another app (I can't share the source), I get these really weird render failure messages:Error: 'UIPickerView' is unavailable in tvOS And so on. There's a bunch of "not available in tvOS" errors. Well...DUH. It's an iOS package and utility, and leverages a lot of things like haptics. The package explicitly states that it is iOS(12), and I can't see any indication of why my storyboard is insisting on trying to render as tvOS. What am I missing?

That may seem like an odd question, but hear me out... I have a couple of apps that I've written: A Watch app, and an iOS app. They are both basically "faces" of the same thing. The Watch app has just been submitted as a standalone app, for offer in the new Watch App Store. The iOS app has already been in the iOS App Store. It would be nice to have the Watch app embedded in the iOS app, so that people getting the iOS app would also get the Watch app. They don't have any interactions with each other. It would just be a "2fer" deal. What I would like, is if people that had the Watch app, were to download the iOS app, the embedded app would not interfere with the one they got from the App Store, or would replace it. It seems that I can't set this up in Xcode. It has to be one or the other. This can be done by giving them different App IDs, but that means that the user could get two copies of the same app on the Watch, with one not aging well. Is there a way to get a Watch app to be both embedded AND standalone?

I have seen a lot of discussion on this, but nothing that seems helpful. If the user has not given calendar permissions, or has declined permissions, in the initial access request, they need to go to the above page, to reset the permission. However, I don't think that we are allowed to programmatically ask for this page. Am I wrong?

Howdy, I have a ***** feeling that the answer to my question is "Y'all cain't do that!", but I figure I'll ask, anyway. THE SAD STORY (GET YOUR HANKY): We have an app that implements Sign [up|in] with Apple. It does it pretty well, with no password visible to the user, and a pretty smooth UX. The issue is what happens when users bork their install. We don't think it will happen often, but want to be able to give the user the best way out, if possible. With the regular (non-SiiA) method, they bonk on a "Forgot Password" button, and the app sends them a new password. We can't do that, with SiiA. The password is stored in the app (in the keychain, so it's very persistent, and shared across devices), and it would a Very Bad Security Hole, to allow users to simply send a new password to the server (the other method generates a rando in the server), which is what would happen, with our method of handling the password. It would also be equally bad, if the server could simply send a new password to the user, directly to their device (the other method sends an email, based on the sign-in information on the server). So the user needs to delete their keychain data completely, which we can easily do, but that does not deal with their SiiA stuff, stored on Apple's server. This is what Apple tells us to do, to delete that. WHICH BEGS THE QUESTION: My question is: Is there a URL scheme that I can use to directly open that panel? If so, it would allow us to create a screen that helps the user to do all the deletions (on the device, our server, and the Apple server).