docs(qt): correct the stale search notes

The two whose falsifying commit does not touch their file, so R7 rule 2
could not put them beside the code.

QbzEmptyState claimed it had consolidated SearchView's and Cortinilla's
no-results states. Neither uses it - both draw their own line inline, and the
cortinilla's is a single 28px row inside a dropdown rather than a centred
block.

SearchView's SOURCE note justified its Qobuz-only assumption by saying the
local sections "are not ported". They are now. The assumption still holds for
the results PAGE, which is Qobuz-only, so the note is narrowed rather than
deleted - the cortinilla is a different document whose rows carry their own
source field.

Contract: qbz-nix-docs/qt-frontend/2026-08-03-cortinilla-parity, commit C12
(R7-7, R7-8).

cc
This commit is contained in:
vicrodh committed 2026-08-03 18:15:16 -06:00
1 parent b38b0b3d57
commit 28c04bd990
2 files changed
+17 -11

No files matched your search

+8 -7
View File
@@ -800,13 +800,14 @@ Rectangle {
// itemType/source).
//
// SOURCE: the results page has ONE source.
// `search_qt::TrackRow` (:171) carries no
// source word because every row is mapped from
// a Qobuz `Track` (`map_track`, :320-336) and
// the local "on this device" sections are not
// ported (search_qt.rs:24-27) — the cortinilla
// rows, which CAN be local, carry their own
// `source` field and are a different document.
// `search_qt::TrackRow` carries no source
// word because every row on THIS page is
// mapped from a Qobuz `Track` (`map_track`):
// the results page is still Qobuz-only. The
// CORTINILLA is not — it has on-device
// sections now — but its rows carry their own
// `source` field and are a different document
// entirely.
// `item.id` is a Qobuz catalog id by
// construction, not by assumption here.
onMixtapeRequested: QbzMyQbzAdd.open(JSON.stringify([{