Add developer compare view and readiness fallback#38
Conversation
|
Thanks for the compare view + readiness fallback — the UI piece is solid. One ask before PC review: This PR also adds
Option 1 is cleaner. The compare-view feature itself looks ready to merge once decoupled. |
lekanbams
left a comment
There was a problem hiding this comment.
PC review — lekanbams
Compare-view UI is good work, but blocking on the data-file drift:
- data.json / public/data.json drift: the PR stamps
last_verifiedintopublic/data.jsonwithout touchingdata.json. This is exactly the drift #42 makes un-mergeable downstream. Please rebase on #42 after it lands so the sync constraint is enforced. - Readiness index renderer: tolerating both numeric and structured values is the right defensive move, keep that.
The compare panel itself is clean: up to 4 devs, persists across filters, surfaces rank/score/pq_vol/summary/key_source. That's the review surface PCs need.
Hold and rebase after #42. Ping me when ready.
|
@ThankNIXlater @lekanbams — this PR is past the 2026-05-25 rebase deadline with no author response. Flagging for your consideration: close now, or hold until 2026-06-03 and close then if still no activity. |
Summary
metadata.quantum_readiness_indexvalueslast_verifiedfields sonpm run validate:datapasses on current public dataWhy
Issue 1btc-news/news-client#33 lists compare views as visualizer extension work. The current public data exposes
metadata.quantum_readiness_indexas a number, while the frontend expected a structured object; this patch keeps the dashboard rendering and adds a concrete compare workflow for PC/DRI review.Verification
npm run validate:datased -n '/<script>/,/<\\/script>/p' public/index.html | sed '1d;$d' | node --check -\n-git diff --check