Skip to content

feat: default heatmap scroll to the latest week on open - #8

Open
RaBBBBBBBIT wants to merge 1 commit into
Make0209:mainfrom
RaBBBBBBBIT:feat/heatmap-scroll-to-latest
Open

feat: default heatmap scroll to the latest week on open#8
RaBBBBBBBIT wants to merge 1 commit into
Make0209:mainfrom
RaBBBBBBBIT:feat/heatmap-scroll-to-latest

Conversation

@RaBBBBBBBIT

Copy link
Copy Markdown

Problem

Opening the usage-stats page left the 53-week heatmap showing the oldest weeks; the recent activity sat off the right edge of the overflow-x: auto container (.uh-hm-scroll), so it was easy to mistake the page for showing stale data.

Fix

  • Add a ref to the heatmap scroll container.
  • After the first render that actually shows the heatmap (stats first resolves), set scrollLeft = scrollWidth - clientWidth to land on the newest (rightmost) week.
  • A one-shot flag makes later 15s polling refreshes keep the user’s scroll position (no yanking back to the end).

Verification

Verified in the dsh web GUI (Settings → 用量统计): opening the page now lands on the current week; scrolling away is not disturbed by polling refreshes.

Note: this is a client-side-only change (lib/client.js) — it takes effect on a page refresh, no dsh restart needed.

Opening the usage-stats page left the 53-week heatmap at the oldest
weeks; the recent activity sat off the right edge of the overflow-x
container. Scroll the heatmap to the rightmost (newest) column once,
right after the first render that shows it. A one-shot flag keeps the
15s stats polling from yanking the user's scroll position afterwards.

Verified in the dsh web GUI (settings → 用量统计): the heatmap now
opens on the current week.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant