Skip to content

Linux: keep the completed ticker step on its own line - #273

Closed
ahmedaly0904-bit64 wants to merge 1 commit into
Louis-CFM:mainfrom
ahmedaly0904-bit64:linux/ticker-overlap
Closed

ahmedaly0904-bit64 wants to merge 1 commit into
Louis-CFM:mainfrom
ahmedaly0904-bit64:linux/ticker-overlap

Conversation

@ahmedaly0904-bit64

@ahmedaly0904-bit64 ahmedaly0904-bit64 commented Oct 6, 2026 •

Copy link
Copy Markdown

Summary

  • pin the dim text layer of each overview ticker row with top:0, so it always sits on the shimmering layer
  • one line in windows/src/views/ticker.ts; nothing changes on Windows or for short steps

Why

On Linux, when a step is long enough to overflow the ticker row (a long Bash command, for instance), the completed step is drawn on top of the current one. Each row stacks a dim copy of its text over the shimmering one; the dim copy is position:absolute with no top, so it sits at its static position, and WebKitGTK puts that position a full line (16 px) lower once the text before it overflows. The completed row's visible text then lands on the current row.

How to reproduce

  1. Run the Linux build with the Claude Code hooks installed.
  2. In a Claude Code session, run a Bash command longer than the row (e.g. npm run tauri build -- --bundles deb --verbose), then any other tool.
  3. Open the overview: the completed Exécute · … line overlaps the current step.

Validation

  • Measured in WebKitGTK 2.52 with the row's DOM and CSS: the dim-vs-shimmer offset was +16 px for overflowing text and −2 px for short text; with top:0 it is −2 px in both cases, so short steps render exactly as before.
  • npm run tauri build -- --bundles deb (runs tsc --noEmit) — succeeded, no new warnings.
  • Manual check on Zorin OS 18 (GNOME, X11): installed the built .deb, ran a long command, and the completed step stays on its own line.

🤖 Generated with Claude Code

image

On Linux the overview ticker drew the completed step on top of the current
one whenever a step was long enough to overflow the row (a long Bash
command, say). Each row stacks a dim copy of its text over the shimmering
one; the dim copy is absolutely positioned with no `top`, and WebKitGTK
places such a box a full line (16 px) lower once the text before it
overflows. Pinning it with `top:0` keeps both copies on the same line.

Measured in WebKitGTK 2.52 with the row's DOM and CSS: dim vs shimmer
offset was +16 px for overflowing text and -2 px for short text; with
`top:0` it is -2 px for both, so short steps look exactly as before.
Checked in the running app on Zorin OS 18 (GNOME, X11).

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

Copy link
Copy Markdown
Owner

Thank you! The same fix (top:0 on the dimmed ticker layer) shipped in Coucou for Windows 0.2.0 (https://github.com/Louis-CFM/coucou/releases/tag/windows-v0.2.0) through the first commit of #203, which also fixes the overview's frame loop. Details in #307.


Generated by Claude Code

@Louis-CFM Louis-CFM closed this Oct 7, 2026
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.

2 participants