User Interface Update

I’m making progress on the user interface for the app. Most of my time has been spent on making the Event List views look the way I want. I’ve also updated the Event Edit view with a new timeline picker and a long form text view for editing notes.

Timeline and Event List views side by side. I Added a new top level report called Ongoing that will show all ongoing records from active timelines.


Report list views. These contain an extra timeline element. These list views show data from all active timelines, active meaning “not archived”.


Timeline to Event List to Event Edit.


Event Edit View now contains a long form text view. This uses a UITextView wrapped in SwiftUI. It’s far from perfect but it’s good enough, at least until Apple ships a SwiftUI multi-line text field.


Event Edit View now contains a custom timeline picker.

App Icon Drafts

I spent a little time this evening playing with app icon ideas. This is the one I like the most so far.

Update: 2019.10.30 I made my first round of revisions of these. I added some gradients and I replaced the white color with a light grey and I think looks pretty nice.

Event Detail and Edit combined

Up until now I’ve been using separate views for Event Detail (view only) and Event Edit. I decided to try to combine these into one view and work them into the main navigation stack. This way event data entry can be done without opening a modal. Adding a new event will still be done in a modal though.

I have two versions of this.

Option 1 is pretty much the old event edit view with some “time passed” calculations in the section footers below the dates.

Option 1

Option 2 is a version where I renamed the segmented control for End Date and changed the labels. Instead of asking the user to select what type of end date they want (none, closed, ongoing) I ask them what type of event they want (single date, date range, ongoing event). I think this helps clear up some confusion as it’s much easier to explain what an event type is then it was trying to explain the nuances of end dates.

Update: 10/22/2019

Dave and I discussed these options on Project Update episode 17 yesterday and he gave me some ideas. We both agreed that option two was the better choice out of the options above. Dave had a couple of suggestions.

  1. Change the Ongoing icon back to the empty circle to differentiate them from end dates.
  2. Change the Event Type control to omit the Ongoing option. Users can select either Single Date or Date Range
  3. If the user selects Date Range as the Event Type then show an additional control in the End Date section where they can mark an end date as Ongoing.

This is my first pass at implementing these suggestions. I added a toggle to the End Date section. If this is false (default) then the date picker will show. Otherwise the date picker will hide and the Ongoing symbol is shown with the label.

Event Detail modified Ongoing controls

Side note: the End Date section footer in this image has not been updated to omit the time passed string when an end date is set to Ongoing.

I’m not sure if I like this change or not. It might be a little easier to understand, which is the most important factor for this screen.

UI as of Oct 14

I’ve spend the last few weeks working on schema and core data. I’m ready to start working on some more advanced user interfaces. Before I begin I wanted to share some images of what the app looks like as of Oct. 14, 2019. Timelines will likely change very little, but I have a lot of work to do on the Events layouts.

Timelines
Timelines dark mode
Events
Events dark mode

Symbols and icons

I’m working on an icon picker for my app. The idea is to allow users to select a color and icon as a secondary way of identifying their lists. I have 10 colors picked out and the color picker is up and running, and I just wrapped up the first pass at the icon picker. For the time being I’m using SF Symbols. I went through the list of available symbols and found 101 that I think may be useful for my app. I may switch to a third-party icon pack before launch, but once I ship version 1.0 I need to make sure that I’m providing access to a consistent set of icons.

Light Mode version

Dark Mode version