I have a blurred view which overlays other views.
UIVisualEffectView is not appropriate because it is disabled when user sets Accessibility >> Reduce transparency.
Could you suggest how to show this blur always independently from the device settings? Both UIVisualEffectView and custom control are applicable. And both swift and objC solutions are applicable
You can prevent Acessibility from applying to a view by using:
self.accessibilityElementsHidden = YES;
This being said, you shouldn't go against Human Interface Guidelines. There is a good reason why accessibility features exist.
Human Interface Guidelines - Accessibility
Here are some excerpts from Apple's App Store Review Guidelines to explain.
10.1 Apps must comply with all terms and conditions explained in the Apple iOS Human Interface Guidelines
10.3 Apps that do not use system provided items, such as buttons and icons, correctly and as described in the Apple iOS Human Interface Guidelines may be rejected
Related
i have seen some famous widgets with user enabled custom Buttons. Is this officially allowed by Apple?
will i run into problems?
Thank you
As specified in Apple's Human Interface Guidelines:
"Widgets are highly customizable and can contain buttons, text, layout customizations, images, and more."
So yes, it's allowed.
See full guideline:
https://developer.apple.com/ios/human-interface-guidelines/extensions/widgets/
I am developing an app in which i am putting tab bar on top as per requirements.I know apple put tab bar at bottom with maximum 5 tabs.So if make my own custom tab bar & i put it on top.
I have two questions.
Will apple human interface guidelines will be violated?
If i violate apple human interface guidelines will apple reject the
app on app store?
Short answer:
1. Yes, that's not the appearance on tab bars on iOS
2. No
Long answer:
As long as you're designing the tab bar (that's what you call it) to be easy to use and it's clear to understand its purpose, then no harm is made. If, however, there is no clear purpose, why move it?
Apple will not reject apps that violates the HIG, but the HIG is created to be followed, to create a consistent experience for all users, regarding app.
I have a need for two UISplitViewController in my app and i am switching back and forth between them using rootViewController swap. Are there any risks in getting the app approved ?
thanks
All rules that are used during app review are described in App Store Review Guidelines.
Point 10. User interface has such rules:
10.1 Apps must comply with all terms and conditions explained in the Apple iOS Human Interface Guidelines.
10.3 Apps that do not use system provided items, such as buttons and icons, correctly and as described in the Apple iOS Human Interface Guidelines may be rejected.
iOS Human Interface Guidelines have such rules for Split View Controllers:
Avoid creating a secondary pane that is narrower than the primary pane.
Avoid displaying a navigation bar in both panes at the same time.
In general, indicate the current selection in the primary pane in a persistent way.
Give people alternative ways to access the primary pane, if appropriate.
As you see it says nothing about switching between different objects of UISplitViewController. You will be good as you are not trying to display both split controllers at the same time.
Today, Apple announced to iOS7 developers:
Starting February 1, new apps and app updates submitted to the App
Store must be built with the latest version of Xcode 5 and must be
optimized for iOS 7. Learn more about preparing your apps by reviewing
the iOS Human Interface Guidelines.
http://techcrunch.com/2013/12/17/apple-requiring-all-app-submissions-to-be-optimized-for-ios-7-by-feb-1st/
What should we do about that? Use iOSSDK7.0 or later? Use Xcode5.0 or later?
Thanks
Optimizing for iOS 7 is not an entirely technical task. Yes, you should be using the latest SDKs and Xcode, but what this really means is that you should have read and following the iOS7 UI Transitions Guide, iOS Human Interface Guidelines and the various other style guides within the Apple Developer Center.
The requirements are :
Use XCode 5.0 or later
Use iOSSDK7.0 or later
Deference. The UI helps users understand and interact with the content, but never competes with it.
Clarity. Text is legible at every size, icons are precise and lucid, adornments are subtle and appropriate, and a sharpened focus on functionality motivates the design.
Depth. Visual layers and realistic motion impart vitality and heighten users’ delight and understanding.
Defer to Content - Take advantage of the whole screen, Reconsider visual indicators of physicality and realism, Let translucent UI elements hint at the content behind them,
Provide Clarity - Use plenty of negative space, Let color simplify the UI, Ensure legibility by using the system fonts, Embrace borderless buttons
Use Depth to Communicate
Just look at original Apple apps, your must follow that style
Addition info at links
https://developer.apple.com/library/ios/documentation/userexperience/conceptual/mobilehig/Anatomy.html#//apple_ref/doc/uid/TP40006556-CH24-SW1
https://developer.apple.com/library/ios/documentation/userexperience/conceptual/mobilehig/index.html
I'd like to implement such feature in my project. It is just like changing title of UINavigationBar in Interface Builder. It's not a problem in terms of programming (maybe adding shadow to UITextField text is a little challenge, but not that big). My question is: is it in compliance with App Store Review Guidelines & Human Interface Guidelines
? Do you know such apps in App Store, or have you submitted such apps to App Store by yourself?
Thank you.
iA Writer does this in their iPad and iPhone version.