Post

Replies

Boosts

Views

Activity

Reply to Periodic background location polling for infrequently used app
There's another way that you could choose - I've used it in a project after I ruled out significantLocationChanges because it woke the app up too often, and even when there was no change in location. Try region monitoring. Set a large region around the user, and have the system wake the app when the user leaves the region. When that happens, set another large region around their new location. With this method, you get to decide just how "significant" the location change needs to be, and you also prevent the unnecessary wake-ups caused by the standard "significantLocationChanges".
Jun ’24
Reply to watchOS only targets broken in Xcode 15 RC?
This is still a problem in Xcode 15.0.1 (& the current 15.1 Beta), and it does look like an issue with the project template. @jclardy did it work going back to Xcode 14 to create the initial project, or did you give up on the stand alone watch app and produce one with the parent iOS app? I'm seeing exactly the same symptoms when trying to create a stand alone watch app. No iOS stub target at all, and the watch app target has an identifier of just ".watchkitapp" even though I've been through the process multiple times, making sure I give a proper bundle identifier during creation. It also doesn't set the relevant plist values for a stand alone watch app e.g. "App can run independently of companion iPhone app", or "App is available only on Apple Watch". If I correct the bundle identifier, and try archiving, I just get an empty "generic" archive with no app in it. Logged feedback #13265919 Create watch only app: This is what you get:
Oct ’23