version 1.0 (5) - iOS 15.5

Spotted during usage and testing, the progress indicator is crap for iOS 15 - looks fine for iOS 16, but kind of useless prior, so probably should just "make it go away" for the earlier versions, or replace it with a custom view if it's super interesting to see.

Add some CLI options to allow the macOS version of the app to open a specified file, read the details, and print the search metrics (if available) for the rankings stored on those files.

• [x] make a picker view in the StoredSearchResultView to allow you to select between a "combined average" of the rankings and any single specific ranking for the display of the metrics.
• [x] add visual indicator of ranking on the side

• [x] get rid of the tabView navigation
• [x] replace the tab that takes you to an editing view with stack navigation that takes you to an editor (if you match the reviewer) or viewer (if you don't match). That way you can at least SEE the other rankings, even if you can't edit them.
• [x] In the overview, merge the Relevancy Rankings and Stored Searches into a single list, so we don't have lists fighting and breaking up the vertical space.
• [x] In the ranking editor view, merge the keywords and search result ranking lists, again so we don't have lists fighting and breaking up the vertical space.

After using the alpha app on iOS and iPadOS a bit, it's clear that I don't get a choice about being embedded within a NavigationView when I'm using a DocumentGroup style app. So any view implementation on those devices needs to account for the top-space consumption. Additionally, on iOS there's just insufficient vertical space to make any meaningful progress on viewing a stored search or ranking a search that's been stored.

It's clear that I need to just bite the bullet and engage NavigationView (aka StackNavigation in future iOS versions) and deal with the navigation as expected.

While working on https://github.com/heckj/SPISearch/pull/14, I found that SPI had updated it's layout, now including a count along with the keywords - and the HTML/soup parser I'm using is appending the counts onto the keywords. At best it should capture that information separately, but just capturing the keyword itself is far more useful for a proper relevancy review so that keywords match the one exposed in the packages.

currently there's an iOS CI PR (#1) - but Github Actions macOS CI is lagging in Xcode and macOS OS 12.4 support, at least last I looked. Ideally there'd be a matrix of iOS and macOS build and test verification.

Alternately, I could try out the Xcode cloud setup

expand the, or potentially add another, CLI tool with an additional command:

• stripping (the last)|(all) localhost stored searches from a .searchrank file

Turns out manually iterating through all the various pieces to see how it was doing was kind of a pain, and a CLI tool to do that would be SO much nicer.

It may well be that I'd like to re-capture for all local searches as well - so not just "get rid of", but also "add one for this search", just to make the iterative development a bit easier.

The rankings setup is specifically oriented towards active collaboration, and would make a great fit for https://developer.apple.com/documentation/sharedwithyou/. Any edition of this editor that supports that capability would, however, be constrained to iOS 16+ or macOS 13+.

• WWDC 2022 video: Add Shared with You to your app
• forum topics

Notably, no SwiftUI support - so this would be an IOS only feature/capability it seems...