trackslash
TRACK-45 P2

Pin the issue title edit button to the final word without changing alignment

0
All issues

Description

Problem

On the issue detail page, the title edit button is currently tied to the title’s final character. This changes the alignment of that character and creates a visible baseline/spacing defect, especially when a long title wraps across lines.

The attached screenshot shows the problem on a multi-line issue title.

Expected behavior

Keep the title’s existing text alignment and wrapping behavior, but pin the edit button to the final word as a unit rather than to the final character.

Acceptance criteria

  • The title’s final word and edit button stay together when wrapping permits, so the button does not become detached from the word.
  • The final character has the same baseline, line height, weight, and spacing as the rest of the title.
  • Adding the edit button does not change the title’s existing alignment or the vertical alignment of the final line.
  • Long multi-line titles wrap naturally without clipping or horizontal overflow.
  • Single-word titles and unusually long final words degrade safely at narrow viewport widths.
  • The behavior is consistent in light and dark modes and at the supported responsive breakpoints.
  • Add a rendering regression test covering a wrapped title where the final word and edit button move together.

Attachments

1

Sub-issues

0

Linked issues

0

GitHub

0

No branches or pull requests linked.

Comments

1
Bradley

Fixed in https://github.com/badbundle/track-slash-app/pull/174 (merged as f5af939).

  • The title now splits before its final word, not its final character.
  • The word and the edit button share one inline-block whitespace-nowrap unit, so they wrap together.
  • The word is plain inline text on the title's baseline.
  • The button's -my-1 keeps it inside the line box, so the last line is no taller than the others. The old inline-flex span made it 3px taller.
  • Only a final word too long for a line breaks, and the button stays with its last piece, so there's no overflow at narrow widths.