Skip to content

fix(metadata): drop unneeded scrollbar on MetadataText values#765

Merged
ajslater merged 1 commit into
developfrom
claude/pensive-rubin-b5d58b
May 12, 2026
Merged

fix(metadata): drop unneeded scrollbar on MetadataText values#765
ajslater merged 1 commit into
developfrom
claude/pensive-rubin-b5d58b

Conversation

@ajslater
Copy link
Copy Markdown
Owner

Summary

On Edge for Windows the metadata dialog renders tiny up/down chevron
controls next to nearly every text field (publisher, bookmark progress,
date, tagger, etc.). The chevrons are Edge's classic Windows scrollbar
arrow buttons — every MetadataText value div had overflow-y: scroll,
which forces a scrollbar to render permanently, and Chromium-based Edge
draws arrow buttons on forced scrollbars where other Chromium browsers
don't. Hence Edge-only.

The scroll was only ever needed for the two fields that get
:max-height="100" (Summary and Review in metadata-body.vue); on
everything else the forced scrollbar was decorative noise.

Switch to overflow-y: auto so the scrollbar only appears when content
actually overflows. The isOverflow measurement in mounted() keeps
working — clientHeight < scrollHeight is unaffected by scroll vs
auto.

Test plan

  • On Edge/Windows: open the metadata dialog for a comic; verify the
    up/down chevrons next to publisher, bookmark progress, date,
    tagger, and other single-line values are gone.
  • In Chrome/Firefox/Safari: metadata dialog renders identically to
    before (no visible regression).
  • Open a comic with a long Summary or Review: the field is still
    capped at 100px, still scrollable, and the "Show more" expand
    button still appears.

🤖 Generated with Claude Code

Each MetadataText value rendered with `overflow-y: scroll`, which forces
a scrollbar even when no max-height is set. Chromium-based Edge on
Windows draws classic scrollbar arrow buttons on every forced scrollbar,
producing visible up/down chevrons next to single-line values like the
publisher, bookmark progress, and date. Other Chromium browsers don't
draw the arrows, so this only manifested on Edge.

Switch to `overflow-y: auto` so the scrollbar only appears for the two
fields that actually need it (Summary and Review, which have
`max-height: 100`). The `isOverflow` measurement still works since it
compares `clientHeight` to `scrollHeight`, which is identical under
`auto`.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
@ajslater ajslater merged commit 9f9024e into develop May 12, 2026
3 checks passed
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