When the horizontal size class is .compact, clicking a tool from the sidebar closes the sidebar the first time, but leaves it open the second and subsequent times. That could be a SwiftUI issue.

https://user-images.githubusercontent.com/601636/167292949-69d897ef-5c4f-4444-b3b2-ed21ac35781a.MOV

iPad Pro 12.9" 5th generation with Magic Keyboard (iPadOS 15.5 DB 4)

Steps to reproduce

1. Open DevToys for iPad
2. Right-click the sidebar item
3. Click "Open in New Window" on the context menu
4. Click the back button on the top left corner of the new window

Expected behaviors

The sidebar will open.

Actual behaviors

The first click does nothing, and the second click opens the sidebar.

Video

https://user-images.githubusercontent.com/601636/167292188-d5078213-858f-47a0-b416-b09920fcf883.MOV

iPad Pro 12.9" 5th generation with Magic Keyboard (iPadOS 15.5 DB 4)

Steps to reproduce

1. Open DevToys for iPad
2. Click the "All tools" row on the sidebar
3. Swipe down the sidebar to show the search field
4. Focus the search field and enter text into it

Expected behaviors

The title of the right column will be "Search results" and will display the search results instead of all tools.

Actual behaviors

The title won't change and all tools will remain visible.

Video

https://user-images.githubusercontent.com/601636/167291557-ca403425-43c8-4d07-b77d-b911c6e44988.MOV

iPad Pro 12.9" 5th generation with Magic Keyboard (iPadOS 15.5 DB 4)

Triggers to open a new window currently being considered:

1. The context menu of items on the sidebar
2. Drag and drop a sidebar item
3. The context menu of items of AllToolsView
4. Drag and drop an item of AllToolsView

Currently, .searchable modifiers are attached to both Sidebar and AllToolsView to support both iPhone (single column) and iPad (2 columns). However, the search queries for both are independent. This is inconvenient, so I am going to change it so that they are synchronized.

I replaced all NavigationViews with NavigationSplitView or NavigationStack. Luckily, I found that this fixes #23 too.

Reference: https://developer.apple.com/documentation/swiftui/migrating-to-new-navigation-types

This PR requires #27.

*ViewStates should have a @MainActor attribute, but in Swift 5.6 it was a little bit difficult to do so, and this has been resolved in Swift 5.7. Therefore, this change was made.

This PR requires #27.

In iOS 16 and iPadOS 16, UITextView.appearance().backgroundColor = .clear doesn't work for clearing the background color of TextEditor anymore. But instead, a dedicated API for that has been added, so I used it.

This PR requires #27.

• Fixed compiler flag for Swift 5.7
• Fixed error on Swift 5.7
• Bumped swift-tools-version to 5.7
• Raised the deployment target to iOS 16.0 and iPadOS 16.0

fixes #7

Changes:

• Added support for scene state restoration
• Added support for opening a tool in a new window by tapping the "Open in New Window" menu and using drag and drop

https://user-images.githubusercontent.com/601636/167305127-50f160f6-8ed7-469f-a07b-8f11efbdbba8.MOV

Note:

These features don't work on Swift Playgrounds' app preview. To test them, there are two options:

1. Use Xcode to install the app on the device
2. Upload the app to TestFlight and install it on the device

References:

• https://www.michaelfcollins3.me/posts/2021/01/creating-multiple-scenes-in-a-swiftui-app/

SwiftUI-Introspect is a little bit tricky, but the current workarounds (UITextView.appearance() and UITextField.appearance()) have side-effects on other screens. Thus, the former is better.

DevToys for iPad depends on many open source packages, so I have to state their licenses somewhere.

For now, I plan to summarize them in the acknowledgements in the settings app.