Post

Replies

Boosts

Views

Activity

Reply to Dealing with small iPad Mini (6th gen) screen
Completely agree. In the entire history of iOS/iPadOS devices, Apple has never made the short edge of the screen narrower in terms of resolution. Every single iPhone and iPod touch has always had a minimum width of 320 points. For iPads, this was 768 points. 768 minus 744 is only 24 points which I believe is around 1/8 inch physical size. Clearly they could have made the new mini at tad less tall and a tad wider; i.e. preserve the 768 width. It could still have slightly more than 1024 points in its height. For one of my apps, this will be a trivial fix to change content of some very large buttons. It uses autolayout, but I assumed a minimum short edge of 768. For a game app though, 768 was such a nice number. I needed at least 8 game pieces across, so each piece was rendered at 96 point. I believe Apple's fix is to now letterbox apps (if set to run full screen) which will then render images at 96.875%. Hopefully not too many drawing artifacts show up for folks due to this.
Topic: UI Frameworks SubTopic: UIKit Tags:
Sep ’21
Reply to UISplitViewController broken when in tab view controllers
Workaround (got help from Apple DTS; they confirmed the bug in iOS 14.x): First, don't have any subclass of UISplitViewController as the following workaround will fail if having a subclass. Thankfully, I no longer needed to subclass. In your storyboard, set the split view controller's style to "Unspecified (Discouraged)". That's it. But read on for workarounds to other issues that I found and needed to work out. At least in Xcode 12.5, there's a bug when rendering view controllers in storyboards with split view controllers. I have my storyboard set to use "View as: iPhone 11". For split view controllers with the unspecified style, any navigation view controller connected to either the master or detail controller of the split view will not render correctly. Also the connected root view controller will also not render. Instead of seeing your view controller's content, the entire content area is blank, no navigation title is shown either, and you just see the back button. To work around this issue, I created separate storyboards to hold both the master and detail navigation view controllers and their child controllers. Then, set up storyboard references. Not ideal, but it does make for smaller sized storyboards and the nav controllers and their children now render correctly so you can edit them. Finally, in my app, I needed to preserve the bit of logic I initially had in my split view controller subclass. Which was to make it its own delegate and return 'true' from splitViewController(_:collapseSecondary:onto:) when dealing with compact size classes. To deal with this as no subclass works, I created a separate class to represent my delegate: final class IISplitViewControllerDelegate : NSObject, UISplitViewControllerDelegate { func splitViewController(_ aSplitViewController: UISplitViewController, collapseSecondary aSecondaryViewController: UIViewController, onto aPrimaryViewController: UIViewController) -> Bool { aSplitViewController.traitCollection.horizontalSizeClass == .compact } } Then, in the storyboard, I added an object to each split view controller, set it's class to be my delegate, and control-dragged the view controller to that object and set it as the delegate. Now, when these split view controllers are awoken from the nib (storyboard), an instance of my delegate will be made and assigned as the delegate. All works perfectly now.
Topic: UI Frameworks SubTopic: UIKit Tags:
May ’21
Reply to Can I remove a language from localization?
Never got a reply from Apple, so got them on the phone today. Unfortunately, I still don't have a definitive answer to "is there, or isn't there a policy still in place that disallows developers from removing localizations in app updates." The person fielding my call ended up putting me on hold while they spoke with a senior advisor, and then oddly sent me email instructions on how to edit metadata in itunesconnect. Sad state of affairs. So I then took it upon myself to just create a new version for my app in itunesconnect. I then noticed that if I hoevered over the languages in the upper-right popup menu, there's a delete icon as you hover over the right side of each localization name. So I removed all except for English (my default and dev language). Pressed on Save. But, when returning to that page later, all the localizations for the new version were still there. So I performed the removals a second time and this time it stuck. Even when logging out, then back in. So definitely a bug in itunesconnect. Having said all that, I'm still months away from having an update for my main app, so I ultimately do not know if Apple will approve this version. I just wish we could get a straight answer from Apple ahead of time so we don't waste any time.
Mar ’21
Reply to Can I remove a language from localization?
Very late reply, and I will seek a final answer as I'm in the same boat. I do recall many years back that developers were not allowed to remove localizations as that was deemed removing functionality. I'm hoping this will now be allowed. I localized my main app to eight other languages I believe back in 2011. But these days, the income made outside the US and Canada is effectively zero. And, I have yet to recoup the costs for these localizations. This is ultimately preventing me from adding new features to the app as my income per year is far less of what the additional localization work would cost (since I need eight languages).
Mar ’21
Reply to NavigationController returning error message
Appears to be an Apple bug. I got this to happen in all my apps that have a navigation stack with two or more view controllers on it. Long press the back button and you'll get that UILog message. Doesn't matter if the menu has a single item, or multiple items. Also duplicated this in a sample master detail iOS project and attached that to feedback: FB9033847
Topic: App & System Services SubTopic: Core OS Tags:
Mar ’21
Reply to Anyone successful in moving small to medium apps to SwiftUI?
Agreed Nick. I started with Swift when it first came out and there were some things that were indeed quite painful. I'm glad though to have started at that point though. And since around five years ago, I have only written Swift code. Nokey4, understood, but I would only move to SwiftUI if I can completely move to it. If having to deal with hosting view controllers and write code to work with the underlying UIKit items, I prefer to stick with pure UIKit instead. Agree that SwiftUI is the future. All we can for now though is to keep filing those bugs.
Topic: UI Frameworks SubTopic: SwiftUI Tags:
Mar ’21
Reply to Anyone successful in moving small to medium apps to SwiftUI?
Thank you very much nokey4 and Claude31. I hadn't got to the part of working with keyboards yet, but my app does indeed need to modify the return button type as well as to have control over the first responder. And agreed, Claude, in that it seems SwiftUI is only ready for either static displays of information, or very basic interactions. What I will do is to continue to build out a sample app with all the things I need. Then file bugs and annotated the code with FIXMEs referencing the feedback numbers. Hopefully we'll all see these things fill in over time. Once my sample is all working, that should then be the trigger to move to SwiftUI.
Topic: UI Frameworks SubTopic: SwiftUI Tags:
Mar ’21
Reply to Anyone successful with shared SwiftUI views?
What the... when searching forums earlier, had a typo, but finally found some threads regarding the preview error. For example: active scheme does not build this file - https://developer.apple.com/forums/thread/117487 In that thread, one solution was to ensure that the file's location (in the Xcode Identity and Type inspector) is set to Relative to Project instead of Relative to Group. So... I re-created groups without folders in my Xcode project. Re-dragged in the shared source. But the preview then worked! Location is set to Relative to Group which makes sense. So why oh why did the first several times of doing this all fail? I had even restarted Xcoded, deleted all derived data earlier this morning during the above trials. Makes not sense that this would just magically start to work. ARG... Created a brand new project to see if now repeatedly will work. Nope! In the project that just started to work, I had previouslly tried the Swift package (but have since deleted that package). So my new theory is that this Xcode project got some configuration added whereas the new project doesn't. Time to compare the project files for clues.
Topic: UI Frameworks SubTopic: SwiftUI Tags:
Feb ’21
Reply to Anyone successful with shared SwiftUI views?
Solution found: At most one Xcode project can be open that contains your shared SwiftUI views. Read on for final details on this crazy journey The plot thickens... Now the project where it started to magically work now fails again. I also found no differences in project settings between all my attempted projects. Also, the original project the houses that shared SwiftUI view... it too now fails with cannot preview in this file... Zapping that project's derived data fixes the issue. Re-opened separate project that had worked above. Still fails. Zapped its derived data. Preview still fails. Zapped shared project's derived data. Preview works! Appears that derived data that is messing up everything. NOTE: For my shared views, I had "wrapped them" inside their own project. But this is most likely messing things up since I have a single SwiftUI file I want to share, but the build system cannot deal with that setup. Then tried the following (also fails). Created a simple folder structure on my data drive (IIKit folder containing a Views subfolder containing IIAboutView.swift). Deleted all derived data. If I open one of my app project, preview works. Once I try to work on another project (even when closing the first), preview dies there. Re-opening the original project, preview dies there too. My derived data is set to "Unique". Tried "Shared" same issues... but then... Previews started to work again. Then it finally clicked. As long you only have one Xcode project open at any given time that uses the shared SwiftUI view source, all is well! I can easily now repeat the issue by opening a second Xcode project. Previews now fail with that error. You have to then close all Xcode projects and just open one. I believe during this morning's vast majority of attempts, I had my IIKit project open. Not a huge deal to only have a single Xcode project open at a time. At least a workaround exists. Will though still file a bug.
Topic: UI Frameworks SubTopic: SwiftUI Tags:
Feb ’21
Reply to Anyone successful with shared SwiftUI views?
Nope; the only reason the above worked was because I was using a workspace. But dragging around the shared files ultimately messed that all up. When I recreated an App project, no matter how I drag in the shared source, it cannot be previewed. Folder reference, In a group with/without a folder. An alias also fails since Xcode just dumps the alias file's contents itself into the Xcode editor. Finally, for good measure, tried a swift package as follows, but that also fails. I can live with some of the SwiftUI issues I've been experiencing; most have decent workarounds. But this issue is a deal killer if I cannot share code across my projects. At least with the shared Storyboard file in my UIKit projects, each project would display that storyboard a-ok. So why should a SwiftUI preview be any different? Swift package steps... Created a brand new iOS single view app project. Added a new SwiftUI file (MyView) that simply uses the defaults from the template (i.e. body has a single Text element). Preview at this point works a-ok. Created a new Swift package and added it to the exiting project. Dragged MyView.swift into the package Sources and it will now no longer preview (Cannot preview in this file - active scheme does not build this file).
Topic: UI Frameworks SubTopic: SwiftUI Tags:
Feb ’21