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:
2 files changed
+17
-11
No files matched your search
@@ -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([{
|
||||
|
||||
Reference in new issue
Block a user