Posts

Post not yet marked as solved
6 Replies
252 Views
I am currently stuck in app rejection limbo at the moment. This has gone on all day. My iOS app allows a user to choose 1 of 4 alternate icons or just the default primary icon in the general app settings. The review team has been rejecting my app for the following reasons which I am apparently failing to decode somehow: Guideline 4.6 - Design - Alternate App Icons We continue to find that the app's binary includes icons that may support a user-selectable icons feature but does not fulfill all of the requirements for using alternate icons. Specifically: - The app includes user-selectable icons but does not provide a way to change the icons within the app. Next Steps To resolve this issue, please ensure that the app's icons can only be changed at the user’s request, are relevant to the content and functionality of the app, and can be reverted back to the app's original icon. If these icons were included in your binary for a reason other than a user-selectable icon feature, reply to this message in App Store Connect and let us know. This was my previous response explaining the use of the alternate icons: 1. The app's icons *can only* be changed at the user’s request – the user does this from the general app settings as previously explained. We do NOT in anyway do this without the user's request. 2. It is a way for the user to personalise the app. A person who curates things would appreciate this (as I do) so it is relevant to the functionality of the app. This same feature is also in the macOS version presently in the Mac App store and it is implemented the same way. 3. It *can* be reverted back the same way it was changed *by the user* in the app settings. 4. I do not think the UI to change the app icon should be in the main app (as opposed to the general app settings) because the user is not expected to change the app icon very often. So it is situated in the general app settings along with many other options that the user is not expected change often but can whenever they want to. Does choosing the alternate app icon in app settings not count as "within the app" ?
Posted
by yega.
Last updated
.
Post not yet marked as solved
0 Replies
164 Views
I'm working on a multi-platform app. I started with a macOS target so I already had functioning buttons using focused values in menus by the time I started working on the iOS target. But in iOS, the buttons that have focus values in them are not working. I narrowed the issue down to the buttons wrapped in the Menu { } view. My workaround has been to swap out focused values for environment values using a platform check #if os(macOS) ... #endif but I was just wondering if this is expected behaviour? I've googled for days and can't find any answers. I setup a simple demo on GitHub . The plus in the toolbar works but the same button in the menu doesn't.
Posted
by yega.
Last updated
.
Post not yet marked as solved
1 Replies
143 Views
URL.hasDirectory and URL.isFileURL are reporting a directory url (such as this: file:///Users/user/Pictures/Test/Imports ) to be a "file". I get this in my logs: url: file:///Users/user/Pictures/Test/Imports hasDirectoryPath: false isFile: true Is this caused by the schema being file:/// ? The urls come straight from FileManager.DirectoryEnumerator so I have no control over how the URLs are instantiated. What am I doing wrong? In the meantime, I'll be checking my URLs manually.
Posted
by yega.
Last updated
.