This is really appreciated - thank you Matt!
1 Like
I’ll make sure there is!
For now, the way to do it is to delete Arc Editor then reinstall it. Then you can do a fresh old LocoKit import. But once it’s closer to being ready for App Store proper, I’ll make sure there’s a cleaner flow than that, so that people can transition from partially used beta releases, without having to go through potentially complex partial import flows.
Calendar and date selection. Perhaps such hasn’t been fleshed out yet. Not sure if there is a better way yet the old way I do like. Perhaps like Activity rings it could show some sort of heat map in some sense per date that shows amount of visits or activity per date.
1 Like
For calendar and date stuff, I think we’re going to have to have two separate things. One is what’t there now: purely navigation. The other is the richer display you’re talking about, which I think could be more like the old calendar view in Arc Timeline.
Partly that split will be because of technical limitations: SwiftUI’s Calendar widget doesn’t allow for adding any extra detail, it’s purely for navigation. While there is a separate, older UIKit based Calendar view that can show extra annotations on days.
But partly also because I think that split just feels better. A quick navigation interface, and a richer “I’m looking for more information” interface.
1 Like
not sure if this helps as I haven’t messed with SwiftUI:
https://www.perplexity.ai/search/ios-app-activity-where-one-can-O30La3ptSb6GHStU6PcC7w
As for a split, I’m not sure. Maybe the old way could be used yet it could have some kind of tappable header for date selection? Not sure what is good.
Of the heat map for a day’s activities or events, for calendar apps I haven’t thought if such is truly useful yet maybe it is. One example:
Other apps might do something like 0 to 3 dots. Showing that plus whether a date has unconfirmed visits, maybe that would work. Overall a heat map like view good or not I’m not certain but I mentioned it since it seems kinda cool yet just haven’t thought it through.
For the implementation, yeah Perplexity’s answer is correct, in the sense that in SwiftUI the more detailed calendar would need to be built by hand. The built in calendar widget in SwiftUI can’t do it.
But we can fall back to the old UIKit based one, which supports more visual detail. But it’s still quite restrictive in how things can be presented. For example your screenshot there wouldn’t be possible, I think. Which is a shame - that looks cool.
Once it comes to implementation time, I’ll properly feel out the landscape. I’d definitely like to do some cool visual things with it! Make it an upgrade over old Arc Timeline’s calendar view.
1 Like
Whenever you get to it, that’ll be great.
Not to rush or anything yet some of us are perhaps hoping for a new beta. Even if it doesn’t have all the features you hope for, the Visits List not working well as intended, that at least fixed might be nice. 
About showing secondary text with address anywhere there’s a place or visit, I think perhaps like calendar apps it should show the full address? Sometimes one may remain in one city, yet how many travel to several throughout the day? Addresses wherever such is useful I think would be nice sometime before release.
I’m back to working on the next beta build now! I spent a few weeks working on a This & That update, because that app hasn’t been updated in quite a while. But that update is ready now (will go out when iOS 26 goes final).
Ah thanks for the reminder. I’ll make sure that gets into the next build!
For this, in which part of the app are you meaning? Like in the timeline list view?
Showing addresses, as a start:
- daily timeline - as some or many may travel between cities in one day or even visit places with the same name but different address. maybe cluttered not sure but I think better.
- visit details: currently only shows in place details that takes an extra tap. in both places perhaps full address.
- search whenever it comes
- place selection for a visit: currently shows some address yet at times it shows just street address without city or other times something else like location name such as mall, shopping center, or even park name
Perhaps just anywhere there’s a place listed it should show full address?
1 Like
btw perhaps for later. I really don’t use the places or activity tabs. The overview tab in 3.x perhaps is akin to the infinite scroll view I mention and hope for.
For activity or travelogue or something, maybe such can be much more useful someday. Yet if that is 4.1 or later maybe that is better if it might take a big rethinking of what such could to, eg activity being as feature rich as an app for activities or exercise logs views and stats.
The intention in Arc Editor is to roll the old Overview style into the monthly view on Timeline tab. So instead of it having its own tab, you’ll just switch to monthly view on Timeline, to get the same.
That allows space for the new Places tab on the tab bar. Which is going to become much more cool over time! I’ve got lots of cool ideas for that tab.
1 Like
Not to add too much work,
perhaps as you’ve seen iOS 26 and maybe even calendar and other apps over the years, or various combinations of buttons toolbars etc, maybe you’ve been rethinking the UX even if there might not yet be concrete answers.
Current row of controls and buttons under map I now wonder if something might be better. iOS 26 offers top floating buttons so back, more, etc perhaps can take up less space there as it appears less like a title bar.
Yet anything at top as you know presents accessibility issues on now large devices. Safari is interesting in making nearly all bottom accessible. Maybe some of that can be adopted.
Overall, navigation perhaps has much opportunity for improvement. Yet perhaps you know yet are occupied with first bring back core functionality.
I’m just today working on migrating the buttons to iOS 26 style! Will see what shakes out.
1 Like
Wondering about plans perhaps for a beta Arc Recorder? One perhaps also under a different name that can run along with old.
Data gap that mostly corresponds with car. Not sure why it seems time arriving at home seems around accurate; perhaps mis-categorizing such as gap? I don’t know. Tried to change to car and it allows selection but seems to not apply.
I think what I’ll do is add a TestFlight beta for Arc Recorder that records to Arc Editor’s database. Though that will mean that it will replace the existing Arc Recorder if you install it. It will be too complex to have two separate Arc Recorders installed.
I’ll probably get that ready after the next Arc Editor beta. Hopefully soon!
1 Like