Closed. This question needs details or clarity. It is not currently accepting answers.
Want to improve this question? Add details and clarify the problem by editing this post.
Closed 5 years ago.
Improve this question
I am developing an iOS Enterprise application. It is same as Apple app store containing couple of my company applications. I want to know which application the users has downloaded from the app so that i can keep a track of his downloaded installations and the current installed versions on his device. I am using Swift 3.0. How should I approach for acheiving this funcationality..
Any suggestion will really help!
You cannot do this from your code out of the box. Device management is more complex in it's accessibility rights of the devices.
You need to use some kind of Mobile Device Management (MDM) software for that case. There are several services out there. Apple also has one on its own: https://support.apple.com/business
https://support.apple.com/apple-configurator
There are several other service providers available.
The link below might help you, find what you want:
As it is not really best practise posting links. If the link was broken, look for "List of Mobile Device Management Services" and you will find a bunch of alternatives to Apple's software.
http://www.pcmag.com/article/342695/the-best-mobile-device-management-mdm-software-of-2016
A short side note: I made experience with AirWatch and XenMobile so far. Get a Trial Account on their pages and check out, whether this fits your purpose and is worth the time spent to maintain the devices. Well, at last your purpose seems to me very limited to a certain request, which you could request from your user group in a different way?
Related
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
This question does not appear to be about programming within the scope defined in the help center.
Closed 5 years ago.
Improve this question
The company I work for is busy in developing an enterprise app for both iOS and Android platform. The problem we've run into is that on the iOS app store, the name we need is already taken. So before we start experimenting with other options for the app name, we want to approach the developer and make him an offer for the name/or app, seeing as it seems like an inactive app with very low downloads.
Is this something worth looking at? Is this even a plausible option to explore?
Yes, there is an option to solve your problem.
You can buy that app by contacting the developer, and then you can change the entire setup.
The developer can transfer the app from his/her account to your company's/your account.
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
This question does not appear to be about programming within the scope defined in the help center.
Closed 7 years ago.
Improve this question
I was just wondering what are the guidlines and policies about updating an app on app store? Are we allowed to enforce the users to upgrade their applications programatically?
I'd like to give you some key-points, that might be useful in yours app-update strategies.
Non forced update: (1.X.X) You can use this strategy when you updated your app slightly and updating to it will provide user more delight product. Then you might use simple UIAlertView with notification about new version update and it's features and OK|Cancel buttons, that lead to appStore. This notification can be shown, for example, every time user launches the app. Every applicationDidBecomeActive call can ask your server for actual information about new version
Forced update (2.x.x) you might find it useful, when you made breaking changes on your server-side or you decided to stop supporting some old versions of the app. Then after server-call and retrieving information about app deprecation a modal viewcontroller can be shown with only button, that leads to AppStore and text, that informs about new version available.
Both of these scenarios are used in my apps, and I've never had any troubles with Apple's policies.
Closed. This question needs details or clarity. It is not currently accepting answers.
Want to improve this question? Add details and clarify the problem by editing this post.
Closed 7 years ago.
Improve this question
This is something first phase requirement I needed for my application.
I want to design a WIPE-OUT application,
This application will WIPE-OUT all the data.
I want a flow like this:
Install our WIPE-OUT app from AppStore
This app will have access to Documents directory (like in Android have access to File Manager)
User can delete, rename and move the files of document directory (using our application)
Those files are anything (PDF or word file downloaded from Mail, Photos from camera of FB or anything)
In short same FileManager app which will have access to my iPhone storage and I can delete the data which is in non-recoverable.
As per my knowledge,
it is not possible.
My question is,
Is it possible in some other way and will apple approve the app?
If it is not possible, then please share me link for the same.
As mentioned in the comments it is not possible.
This Apple Guideline will actually be responsible for the rejection
2.6 Apps that read or write data outside its designated container area will be rejected
Apple does have a MDM (Mobile Device Management) SDK that they don't talk about a lot. You need to be on an Enterprise Developer Account, and you'll end up signing a non-disclosure agreement.
https://www.apple.com/iphone/business/it/management.html
This SDK allows remote wipe. MaaS360 and Lotus Traveler can do it. But if you aren't a Fortune 500 company, odds are good you'll never see it.
Closed. This question is off-topic. It is not currently accepting answers.
Want to improve this question? Update the question so it's on-topic for Stack Overflow.
Closed 10 years ago.
Improve this question
My iOS app, iOS6 and iPhone5 compatible, was just reject due to these vague reasons:
10.6: Apple and our customers place a high value on simple, refined, creative, well thought through interfaces. They take more work but are
worth it. Apple sets a high bar. If your user interface is complex or
less than very good it may be rejected
0.6
We found the following issues with the user interface of your app:
Does not use expected iOS gestures.
Did not integrate with iOS features.
Did not include iOS features. For example, it would be appropriate to use native iOS buttons and iOS features other than just web views,
Push Notifications, or sharing.
These examples identify types of issues discovered in your app but may
not represent all such issues. It would be appropriate to thoroughly
evaluate your app to address these types of issues.
Resources for learning how to improve your app:
Watch the video The Ingredients of Great Apps to understand the basics of great apps
Watch the video iPhone and iPad User Interface Design for practical design tips
Read the iOS Human Interface Guidelines and double check that your app's user interface adheres to these valuable guidelines.
Read the App Design Basics section of the iOS App Programming Guide.
Watch the iOS Development Videos to learn about programming and design tips.If you feel we didn't understand the features of your app,
or that we missed key functionality, and your app was incorrectly
rejected, you may appeal to the App Review Board.
Can anyone please give me some direction where should I look? apparently I can't see anything specific where too look at in my code or UI.
Their key suggestion was "Read the iOS Human Interface Guidelines and double check that your app's user interface adheres to these valuable guidelines." You can find these here:
http://developer.apple.com/library/ios/#DOCUMENTATION/UserExperience/Conceptual/MobileHIG/Introduction/Introduction.html
From their vague description, it sounds like your app may not include some of the default expected UI behaviors and gestures. I'd read the guidelines to verify what those are then make sure they are implemented in your app.
Closed. This question is off-topic. It is not currently accepting answers.
Want to improve this question? Update the question so it's on-topic for Stack Overflow.
Closed 11 years ago.
Improve this question
We've made an application that embeds some web content, which has been approved before. Recently Apple has begun rejecting these app's stating that they're plain content-aggregators and that they lack native functionality, even though they have native functionality such as push notifications and reachability checks.
We now considered splitting the web views up and make a native UITabBar.
The question now is—does any of you have any experience whether or not this sort of app would be approved?
I think it will also depend on the reviewer. I once got an application accepted, and the update wasn't accepted because I did not gave an access account (although when I first submitted, the reviewer, did created one to test). Try adding the UITabBar so you can have a more native look, but perhaps, they do have a check a list, at least as a guide line to see if an application does have a native look.
they're plain content-aggregators and that they lack native
functionality
By this apple means that if you can easily show your data using a mobile website then don't create a native app for this.
2.12
Apps that are not very useful, are simply web sites bundled as apps, or do not provide any lasting entertainment value may be rejected
see here - https://developer.apple.com/appstore/resources/approval/guidelines.html