How to rrquest for adding to testflight?
@o1x I’ll put up a public invite link on the forum here once it’s ready
True. And also true for most new iPhone models even if not Pro Max. As long as the battery is relatively young and it’s a new-ish phone, 10% can still be some reasonable time.
Though the map updating will turn that “reasonable time” into possibly less reasonable surprisingly quickly. The Lower Power UI is helping you. If it weren’t there, you’d see that 10% disappearing much faster than you are now.
But yeah, the “no choice” setting could be nudged down to 5% perhaps.
oh I thought it’s already post the TF. Hope we can get to test asap. Like thr Exist beta, we want to provide bug and help to let the developing moving faster and easier.
Yep, I’m keen to get a TestFlight build out very soon!
The import from the old LocoKit / Arc Timeline app database is working smoothly. It takes about 25-35 minutes on my database with 9 years of data.
I’m just doing some more work to make sure nothing is breaking after all that data is imported. I’m noticing some slowdowns, and maybe some other subtle weird things. So I’ve got to do some testing to make sure it’s all good.
If it checks out fine, then basically the current state of the app is what will be the first public TestFlight beta Will see how today’s testing goes…
I still think it is MY iphone and I should be in control of the usage even in low battery situations.
My use case: when I go to bed I cleanup my timeline. I don’t care the battery is almost empty, it will be on the charger when I go to sleep.
Apps make 1000 decisions for you before leaving you with the remaining 10 for you to decide. UX design is a balance of deciding which decisions the user should be bothered with, while the app takes care of deciding the remaining 99% itself (mostly without you ever being aware).
When Arc was designed to remove that choice (when battery is below 10% or thermal state is “critical”) iPhones had much less battery power, so that 10% could disappear in a handful of minutes if the full UI was visible and then used intensively. That situation is a bit different now, so 5% would make more sense.
I’m not totally against changing it so that it’s always optional. Although it is one of the many cases where most of the time “the app knows best”, I’ll concede that there are cases where the user does have legit reasons to override it.
Anyway, all of this will get redone in Arc Editor when I rebuild Low Power UI there. I’m definitely going to keep all of this in mind when I come to that work! And yeah, most likely you’ll get your way and I’ll concede
That is really great news.
Glad to see the new version is progressing.
Not sure how different people use the app yet for me I use so far only the timeline. As you mentioned weekly monthly yearly views I hope someday it might be sort of like Calendar: I prefer the infinite scroll of list view and Fantastical. Easily scrolling thru days really is useful. In such a mode maybe it could display city as subtitle and not even show a map until one selects location. And maybe some color differentiation or something to indicate unconfirmed.
For general lists whether daily or other, I have felt such takes up a lot of space and maybe can be condensed. Non places such as walking or car maybe they can use icons and be one line perhaps with an option to not even display time and perhaps distance if time can be determined from places themselves.
I’ve also felt the font size is a bit large. Perhaps dynamic type can be supported such that it uses a standard font size and adjusts according to setting to improve accessibility?
Screen shot of a list view of Calendar that I hope Arc can have something similar. Even if you’ve seen such a visual reminder perhaps helps.
Yeah I want to get both kinds of calendar view / navigation in. Right now in Arc Editor there’s the little iOS-standard calendar widget for navigating to a different day/week/etc. But I also want an infinite scroll calendar, with day colour annotations, like how Arc Timeline has.
There’s a lot of UI presentation ideas to explore there, with different timeline lists etc!
Arc Editor uses all default/standard systems fonts, so Dynamic Type is supported everywhere! I’ve tried my best to use all the built in title
, headline
, body
, caption
etc standard styles, so that it’s as close to iOS standard UI patterns as possible.
Ah I see what you mean!
Yeah, I think there’s potential to do something more like that on the weekly or monthly views. Also with the potential for the infinite scroll you mentioned.
I’m probably initially going to just go with copying over the Arc Timeline UI designs mostly unchanged, just to avoid change aversion when people migrate to the new app. But Timeline tab’s various presentation styles is an area where there’s a lot of room to explore different approaches.
any news on the first TF? Ikm already on iOS26 and still no arc tf news
@o1x It’s coming any day now!
I’m happy with where it’s up to as the first public beta. It’s very rough around the edges, but having the public beta out will result in me focusing on cleaning all the most obvious rough edges.
I’ve been delayed a couple of weeks because it’s my yearly 2 week holiday with my mum But I’m heading home in a couple of days, and already starting back on work today. Though I might wait until I’m properly home before sending out the TestFlight build. Don’t want to be dealing with potential problems while in airport lounges!
Anyway, I’ll update with a link to the TestFlight some time in the next few days!