I want to submit my app to the App Store, and I have the iPhone and iPod version in one Xcode file, and the iPad version in another Xcode file. Can I submit both with the same name? Or how do I submit both apps/files?
If you developed your app in two XCode files, you'll have to submit two different apps to the store (maybe AppName and AppName HD).
If you developed them in one XCode file, then you could have different behavior for the iPad/iPhone, yet still one App Store submission. This is what I would recommend.
By "file", you mean "project", right?
You're not going to be able to submit two apps with the same name. Also, submitting two apps would mean going through the review process twice, and also fragmenting your reviews and ratings. The better approach is to make a single project, and make it handle all devices you want to support--either with multiple storyboards or nibs (old way) or size classes (new way).
Related
I got an email from Apple that apps now require iOS13 + storyboard for app launch screen for existing apps. (I do not use storyboard for main app functionality)
I have developed a couple swift1/swift2 based for schools a long time ago. (Still works well)
Can I somehow ditch the app store and then provide direct access or download for school pupils?
i.e. is there any way forward to simple keep the apps-as-they-are? Maybe limited download availability?
Or will I have to take plunge back into app-building?
The requirement of a Storyboard launch screen is only when you need to submit an app update. If you are not wanting to update your app any more, then it won’t stop working because of this new requirement.
Regarding distribution outside of the App Store, you could use Adhoc distribution which requires you to know the device ID’s of the devices you want to install it to.
I had developed two separate builds for my game, one for iPhone and one for iPad. I had uploaded each of these builds on the iOS App Store a few years ago, back before universal builds become common.
The names for these builds are “XYZ” (for iPhone) and “XYZ HD” (for iPad). Now, I have developed a universal build for the same game and I would like to name my updated game as “XYZ HD” on the iOS App Store. I have two questions:
How many listings for this game should I maintain? I definitely want to maintain the iPhone listing as it has better and more user reviews compared to the iPad version. If I keep both listings, it would be odd as I would have the same universal build for each listing and the same pricing. I suppose I could point out in the updated listing that it is a universal build.
What should I name the updated listing(s)? If I only maintain one listing, I would maintain the iPhone version but I understand that Apple will not allow me to call my iPhone build “XYZ HD” even if I unpublish the iPad version. Therefore, I could keep the old name “XYZ” which does not highlight that it now has better graphics for iPads or I could do some weird new name to get around Apple’s naming restrictions such as “XYZ–HD”.
I’d appreciate any suggestions on these issues. Thank you.
Maintain 1 listing (your most downloaded/rated/reviewed one)
Get rid of the "HD", it's not relevant anymore. All apps and devices are HD in 2015. Apps that have "HD" in their name are most likely old apps from the times of not universal apps.
You could make a little update to your iPad version to warn your user of the new listing model. (Or use your app messaging/notification system if you already have one)
I have an application which is practically done and ready to be issued as an iPad version, but the problem is that later on i need to have an iPhone version of it to be submitted using the same bundle and the same app id. I know that i need to create a different storyboard or use the auto-layout, so coding and developing wise i already have it figured out, but for now i need to submit the iPad version of it and after on submit an update containing the iPhone version. Is there any pointer i should keep in mind or any special details to watch out from? Many thanks
Just upload your first version with configuration stated below screenshot
After when u want to upload with both then do config stated in belowed screenshot
It's simply possible to update your iPad app with your new universal app. nothing any importent changes for configuration at iTune but you must know well how to develop the Universal app
I currently develop an app just on iPad only and it exists on Apple store. Now I want to make it on iPhone. I figure out myself two ways to do this:
Add a folder iphone on my existing project for iPad. I will put all code and resources just for iPhone on this folder. On my opinion, this will make my app heavier because user download my app from iPhone will have iPad resources but useless, it wastes.
Create absolutely new project for iPhone which has the same name with existing iPad app. I think Apple will consider it a branch new app because of different bundleID. I doubt with this approach.
So how can I do it for the best, most convenient and usual like everybody does?
approach 1 will make the app larger cos it contains 2 sorts of code and ui element images, but its easy for users to install and use your app.
second approach is allowed by apple, and much easier to maintain the code cos you have 2 logics to match 2 kinds of devices
I am trying to decide on whether or not an app should be Universal. Here are my requirements and questions related to each:
In-app purchases. If you download the app on the iPhone and make a purchase, it should reflect that in the iPad version. Obviously you shouldn't have to buy it twice. Is this a dealbreaker? Is there some way to tie in-app purchases together in separate binaries?
iCloud sync would be nice. The user creates content in the app and it would be great if the content created on the iPhone showed up in the iPad app. Again, does this mean it has to be universal?
The app is large and contains a lot of images. The main drawback of a universal app is that I'm capped at 50MB over-air download, and that the single binary means iPhones get all the iPad images and vice versa.
if I did make them two separate apps, do I separate everything in my Xcode project into two different targets and build that way?
Any answers to these questions or other things I should consider would be appreciated.
I think,better option is Universal App.
The app is large and contains a lot of images. The main drawback of a
universal app is that I'm capped at 50MB over-air download, and that
the single binary means iPhones get all the iPad images and vice
versa.
Yes. This is the only difficulty that I measured. However you can clearly specify which images should be load in iPad and which should only load in iPhone by naming it separately.
If Im correct , you can use some thing like myImage~iPhone.png or myImage~iPad.png