This is an improvement but it's not quite a fix yet.

I think the issue is in the transforming of the index paths. We probably need to work with a mixture of the current and the transformed index paths in ChangesReducer.removeElements(at:) but I can't figure out the right mix and need to step away for a bit to clear my head of this, hopefully coming back with "fresh eyes."

I'm hoping this is a clearer API compared to using SelectionHandler.shouldSelect(at:) or SelectionHandler.didSelect(at:).

The primary change here is to enable strict concurrency checks via ~~-Xfrontend -strict-concurrency=complete~~ the StrictConcurrency experimental featyre. The main knock-on effect of this is that @MainActor has been added to most protocols and types.

I also:

• Bumped the Swift tools version to 5.9
  • With this the name parameter on the dependency declaration has been deprecated
  • This initially 5.7 but have since moved on to Xocde 15.1
• Removed support for all but UICollectionViews
  • We don't use any of the other view types so this has no impact on us, other than less to update and maintain
  • We did rely on some of the extensions on UITableView. The PR in the main repo now includes these extensions
• The required initialisers on ArraySection have been removed
  • I planned to remove these soon because they make it harder to subclass, but these have been removed now because they were used for protocol conformances that cannot be satisfied with an actor-isolated function

• Explanation: When assertMacroExpansion fails, it incorrectly displayed the expected source as the expanded source.
• Scope: The assertMacroExpansion test function
• Risk: Very low, only changes the description in case of an XCTFail
• Testing: Tested manually
• Issue: n/a
• Reviewer: @ahoppen on #1917

While using this function I was confused by the error message. I think it should include the actual expansion, not what's expected?

I also renamed the variable to try and make it a little clearer and (assuming this is correct) prevent a mistake like this again. This was done in 3c46da3712dec11e5d485c96b6b7d9d40b7c8f25 so can be easily reverted.