watchparty/client/js/router.js
Nicolas f563f5b0a2
All checks were successful
Publier l'image Docker / publish (push) Successful in 7s
Emby-style UI: sidebar, carousels, series drill-down, episode queue, player tracks
Big UI pass towards looking/behaving like Emby. Deferred: music (needs
its own player + a real-time collaborative playlist - different enough
subsystem to be its own pass; sidebar/routing already treat it as a
first-class collectionType, page just says "not yet" for now).

Layout:
- client/js/shell.js: persistent sidebar (one entry per Emby library,
  from GET /api/catalog/libraries which now also returns
  collectionType) + a #mainContent the router swaps on navigation.
  router.js made idempotent (start() safe to call more than once) so
  a login -> shell boot can happen twice in one page lifetime (logout
  then back in) without piling up duplicate hashchange listeners.
- app.js's boot() renders either the bare login screen or the full
  shell depending on session state; login.js calls it again on
  success instead of navigate() (no router running yet at that point).

Browsing, by collection type:
- views/home.js (route /home): a carousel of every active party
  server-wide, a join-by-code fallback, then one "recently added"
  carousel per non-music library (GET /api/catalog/libraries/:id/recent,
  Emby's Items/Latest).
- views/library.js (route /library/:id): dispatches on collectionType -
  movies/tvshows get the tile grid (Series tiles link into /series/:id
  instead of starting a party directly), music gets an honest
  placeholder.
- views/series.js (route /series/:id): season tabs + episode list
  (new GET /api/catalog/series/:id/seasons and .../episodes, Emby's
  /Shows/{id}/Seasons and /Episodes).
- tiles.js: poster-tile rendering shared by home.js and library.js so
  they can't drift apart.

Episode queue / "next episode":
- POST /api/parties now builds a queue when starting from an episode
  (fetches the rest of the series, from that episode onward) -
  partyManager.js gained queue/queueIndex/advanceQueue.
- New WS message {type:"next"} (host-only) advances the queue and
  broadcasts {type:"itemChanged", itemId, itemName, ...}; every client
  reloads the player against the new item. player.js shows "Épisode
  suivant" when hasNext, and auto-sends next() on the video's `ended`
  event.

Player: language/subtitles/quality:
- New GET /api/catalog/item/:id/playback-options exposes PlaybackInfo's
  MediaStreams as audio/subtitle track lists.
- master.m3u8 now forwards AudioStreamIndex/SubtitleStreamIndex/
  MaxStreamingBitrate to PlaybackInfo; player.js has three <select>s
  (host-only) that reload the stream at the same position on change.
  Subtitles end up burned into the transcode (via SubtitleStreamIndex),
  not a toggleable track - simpler than sidecar WebVTT for this pass.
  "Quality" is a MaxStreamingBitrate ceiling, not true adaptive bitrate.

Verified by driving a browser against mocked /api/* responses (see
session history): sidebar renders/highlights correctly, home carousels
render (parties + one row per non-music library, music correctly
skipped), library grid dispatch works, series page season-tab
switching + episode list render and the season/episode navigation
flow works end to end. Real Emby response shapes for all of this
(Views' CollectionType, Seasons/Episodes, Items/Latest, PlaybackInfo's
MediaStreams) and the queue/track-picker protocol are NOT yet
confirmed against a live server - see docs/architecture.md.

Removed client/js/views/browse.js, superseded by home.js + library.js.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
2026-09-13 22:44:49 +02:00

57 lines
1.7 KiB
JavaScript

// Tiny hash router - no dependency, matches the project's "no build step"
// bias. Routes are registered with route(pattern, handler); handler gets
// (root, params) where params come from ":name" segments in the pattern.
const routes = [];
let currentRoot = null;
let listenerAttached = false;
export function route(pattern, handler) {
const keys = [];
const regexSource = pattern
.split('/')
.map((segment) => {
if (segment.startsWith(':')) {
keys.push(segment.slice(1));
return '([^/]+)';
}
return segment.replace(/[.*+?^${}()|[\]\\]/g, '\\$&');
})
.join('/');
routes.push({ regex: new RegExp('^' + regexSource + '$'), keys, handler });
}
export function navigate(path) {
location.hash = '#' + path;
}
function render() {
if (!currentRoot) return;
const [path, query] = (location.hash.slice(1) || '/').split('?');
const params = Object.fromEntries(new URLSearchParams(query || ''));
for (const r of routes) {
const match = path.match(r.regex);
if (match) {
r.keys.forEach((key, i) => { params[key] = decodeURIComponent(match[i + 1]); });
currentRoot.innerHTML = '';
r.handler(currentRoot, params);
return;
}
}
currentRoot.innerHTML = '<main class="wrap"><p>Page introuvable.</p></main>';
}
/**
* (Re)targets the router at `root` and renders the current route into it.
* Safe to call more than once (e.g. after a logout/login cycle re-renders
* the app shell) - the hashchange listener is only ever attached once, so
* repeated calls don't pile up duplicate listeners.
*/
export function start(root) {
currentRoot = root;
if (!listenerAttached) {
window.addEventListener('hashchange', render);
listenerAttached = true;
}
render();
}