[gx1400]

Closes #328. Stacked on #387 (the history file).

Built to the F1.33 spec. Decisions 1 and 2 are yours (lists per profile; plain text in and out); the rest are proposed.

Contracts

• StationList(Id, Name, Text) keeps the text as typed, so headings and blank lines survive a copy out and back in (behavior 3). Its Entries are read from the text.

• StationListEntry matches:

  • a callsign with its SSID;
  • a callsign without an SSID, which means every SSID;
  • a prefix and *;
  • an object or item name.

  Case doesn't matter.

• StationListText.Parse and Append are shared by the desktop, the browser and the engine. Parse returns errors by line number.

• StationProfile.StationLists, and StationFilter.Lists (list ids).

• Error codes settings.station-list.entry-invalid (with the line), .too-many (20 lists, 500 entries) and .name-taken.

Engine

• Validation of names, lines and limits.
• The View filter's list condition: the store asks the engine for a name test, which is cached until the settings change, so a list is parsed once per change rather than once per station. A list that no longer exists is ignored instead of hiding everything. Emergencies always show.
• APRS-IS filter: a list in a viewer's View filter adds a b/ part (callsigns and prefixes, with a callsign without an SSID as CALL*) and an o/ part (names). The filter is re-sent as viewers start and stop showing it. At most 100 entries go in (StationList.MaxFilterEntries), and Settings says when a list has more.

UI

• Settings › Station lists (screenshot sent): the lists, and an editor with name, a plain-text entry box, and bad lines pointed out by number as you type. Save stays disabled until they're fixed. It has Copy list, Paste, Delete, and Copy to profile, which replaces a list of the same name there. Shown to whoever may change settings, as on the gateway (F2.9). It re-words itself on a language change.
• The View filter gets "Only stations in" with the profile's lists. The map chip names the lists shown: "Spotters · 3 of 120 · emergencies always shown".
• Details shows "In Spotters: Sweep 2" and offers Add to list. The map's right-click on a station offers Add N0CALL to list. A station already in the list isn't added twice.

Tests

• Core StationListTests (12): parsing with headings, notes and a bad line; matching rules; only the list shown, except an emergency; the b//o/ filter parts added and removed with the viewer; validation.
• UI StationListsUiTests (3): the editor; the View filter and chip; Add to list.
• SettingsKeyboardTests walks one more section, and the language sweep covers the new section.
• The full Release build and test suite pass.

[github-actions]

Package report

Vulnerable packages

No known vulnerabilities in direct or transitive packages.

Available package updates

Package	Current version	Available version	Note
xunit.runner.visualstudio	3.1.5	4.0.1	Pinned in AprsMap.UI.Tests (see below)
xunit.v3.mtp-off	3.2.2	4.0.2	Pinned in AprsMap.UI.Tests (see below)

Pinned versions

These projects override the central version in Directory.Packages.props on purpose; updates for them are held back until the reason no longer applies.

Package	Pinned version	Project	Reason
xunit.runner.visualstudio	3.1.5	AprsMap.UI.Tests	Avalonia.Headless.XUnit 12.1 is built against xUnit v3 3.x and fails test discovery under 4.x (missing TestIntrospectionHelper overload). Pin this project only until Avalonia supports v4; see dependabot.yml.
xunit.v3.mtp-off	3.2.2	AprsMap.UI.Tests	Avalonia.Headless.XUnit 12.1 is built against xUnit v3 3.x and fails test discovery under 4.x (missing TestIntrospectionHelper overload). Pin this project only until Avalonia supports v4; see dependabot.yml.

_{Checked at a030725 against nuget.org.}