yolo/arr
3
0
Fork 0
Code Issues 12 Pull Requests Actions Packages Projects Releases Wiki Activity

Library poster grid with a list toggle #151

New Issue
Closed
opened 2026-08-23 19:42:26 +01:00 by naps62-yolo · 0 comments
naps62-yolo commented 2026-08-23 19:42:26 +01:00
Owner
Copy Link
Copy Source

Depends on: #145, #147

The library is a text list. With posters and ratings now on GET /api/movies
and GET /api/series (#147), it becomes a poster grid — the view is a shelf and
a shelf is how a person recognises what is on it.

  • Grid is the default. Poster, title, year, and the state the row carries
    today, legible on the card rather than dropped: derived §4.2 status for a
    series with its episode counts, wanted/state for a movie, the §5.7 waiver
    label where a file has one, and the audience.
  • A list toggle switches back to the current rows, unchanged. The list keeps
    the columns §4.2 built the view around, and it is the right view when the
    question is "what needs attention" rather than "what do we have".
  • The choice persists in localStorage. It is a per-person preference, not
    state the server has any opinion about, and it must survive a reload.
  • The §4.2 default filter — airing and incomplete for series, wanted and not
    on disk for movies — applies to both shapes, using the existing
    seriesNeedsAttention and movieNeedsAttention from web/src/library.ts.
    The collapse toggle for everything else stays.
  • A title with no poster gets a placeholder card of the same dimensions carrying
    its title, so the grid never reflows and never has a hole in it.
  • Cards link to /movies/{id} (#149) and /series/{id} (#129).

Images hotlink image.tmdb.org per §9.6; w342 is the right order of magnitude
for a grid card. The grid is responsive down to a phone, where the existing list
is what already works — do not ship a two-column grid of unreadable cards.

Goes through the impeccable skill before any markup, per CLAUDE.md.

Do not start until blitz/tv-tracking is on main — it rewrites the library
rendering in web/src/main.ts.

Depends on: #145, #147 The library is a text list. With posters and ratings now on `GET /api/movies` and `GET /api/series` (#147), it becomes a poster grid — the view is a shelf and a shelf is how a person recognises what is on it. - **Grid is the default.** Poster, title, year, and the state the row carries today, legible on the card rather than dropped: derived §4.2 status for a series with its episode counts, `wanted`/`state` for a movie, the §5.7 waiver label where a file has one, and the audience. - **A list toggle** switches back to the current rows, unchanged. The list keeps the columns §4.2 built the view around, and it is the right view when the question is "what needs attention" rather than "what do we have". - The choice persists in `localStorage`. It is a per-person preference, not state the server has any opinion about, and it must survive a reload. - The §4.2 default filter — `airing` and `incomplete` for series, wanted and not on disk for movies — applies to both shapes, using the existing `seriesNeedsAttention` and `movieNeedsAttention` from `web/src/library.ts`. The collapse toggle for everything else stays. - A title with no poster gets a placeholder card of the same dimensions carrying its title, so the grid never reflows and never has a hole in it. - Cards link to `/movies/{id}` (#149) and `/series/{id}` (#129). Images hotlink `image.tmdb.org` per §9.6; `w342` is the right order of magnitude for a grid card. The grid is responsive down to a phone, where the existing list is what already works — do not ship a two-column grid of unreadable cards. Goes through the `impeccable` skill before any markup, per CLAUDE.md. **Do not start until `blitz/tv-tracking` is on main** — it rewrites the library rendering in `web/src/main.ts`.
naps62-yolo added this to the Rich metadata milestone 2026-08-23 19:42:26 +01:00
naps62-yolo added the area/webdifficulty/moderatephase/6-tvtype/feature labels 2026-08-23 19:42:26 +01:00
naps62-yolo added a new dependency 2026-08-23 19:42:42 +01:00
#147 Posters and ratings on both sides of search results
naps62-yolo added phase/5-ui and removed phase/6-tv labels 2026-08-23 19:42:56 +01:00
naps62-yolo added a new dependency 2026-08-23 22:15:35 +01:00
#156 Unrated titles store a 0.0 rating instead of NULL
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
area/api
arr-api
 area/ci
CI and test harness
 area/compat
arr-compat
 area/core
arr-core
 area/daemon
arr-daemon
 area/db
arr-db
 area/dl
arr-dl
 area/indexer
arr-indexer
 area/infra
workspace and tooling
 area/meta
arr-meta
 area/parse
arr-parse
 area/probe
arr-probe
 area/subs
arr-subs crate: providers, extraction, translation, sync
 area/web
web/
 difficulty/easy
bounded, obvious approach, few files
 difficulty/hard
subtle correctness or cross-cutting
 difficulty/moderate
multiple files, judgement, an interface to design
 difficulty/trivial
one file, mechanical, no design decisions
 phase/1-skeleton
workspace, CI, config, database, empty API and SPA
 phase/2-logic
parsing and policy engine, pure, no network
 phase/3-sourcing
TMDB and Prowlarr, read-only
 phase/4-movies
movies end to end
 phase/5-ui
search, buckets, library views, queues
 phase/6-tv
seasons, episodes, tracking, derived status
 phase/7-people
owner tags and notifications
 phase/8-compat
Jellyseerr shim
 phase/9-subtitles
build order: subtitles, DESIGN.md §15
 type/bug
type/chore
type/feature
type/test
No Label area/web difficulty/moderate phase/5-ui type/feature
Milestone
No items
No Milestone Rich metadata
Projects
Clear projects
No project
Assignees
Clear assignees
hermes (Hermes (agent)) naps62 (Miguel Palhas) naps62-yolo (naps62-yolo (agent))
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Depends on
#145 Store poster_path, backdrop_path and rating on movies and series
yolo/arr
#147 Posters and ratings on both sides of search results
yolo/arr
#156 Unrated titles store a 0.0 rating instead of NULL
yolo/arr
Reference: yolo/arr#151
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?