pianostringquartet / smalljump Goto Github PK

Crossposted from: pianostringquartet/prototype#2

I spent some time looking into editing information on a node using e.g. a popover.

The software keyboard causes rendering and placement issues. But there is likely a solution if this is indeed the UI path we want to take.

(Tested on iPad simulator.)

Crossposted from pianostringquartet/prototype#3

CoreData and SwiftUI's NavigationLink appear not to play nicely together.

Two intermittently observed issues are described below, and I suspect that in both cases CoreData does not finish saving/creating the data before SwiftUI's NavigationLink sends us to the CoreData-dependent screen. Solutions might involve a queue or the hack workaround described here: https://stackoverflow.com/a/64051395

(There are other known issues with CoreData + SwiftUI, e.g. crashing when a reference is deleted

1. 'Plus ball' unresponsive when graph first created

When we create a new graph, occasionally we are unable to immediately move the 'plus ball' (which, when dragged, becomes a node). The UI element itself is unresponsive -- e.g. dragging the plus-ball does not trigger onDrag callback, clicking does not trigger onTap callback etc.

To do: confirm on different devices; may just be computer performance issues?

2. 'Plus ball' not created in time before we navigate to graph creation screen

When we create a new graph, occasionally (when?) the CoreData saving of the 'plus ball' is not completed before SwfitUI NavigationLink sends us to the graph creation screen. The result is that we end up with only a blank screen and a Back button. (Returning to the graph selection screen then going back to the created graph solves the issue.)

To do: determine when exactly this happens and how to fix it. Might be solvable by a queue or awaiting the CD mutation completion.