[Nightly] Progress bar resizing and tile scrollbars #97

New Issue

Blaim · 2026-07-19T22:21:34+02:00

Blaim commented

2026-07-19 22:21:34 +02:00

Description

It's me again, sorry, I just got into installing the nightly and I have some minor details that could still be improved (if possible)!
But I really like the implementation it's way better than the old one. Also not sure if I should have opened the old issue instead but I figured since it's a seperated topic it might be good to open a new one.

The Progressbar: as soon as you adjust the hight, parts get cut off instead of resized and I think thats a lot of lost potential:
Some of the tiles when adjusted in hight and widght get just small enough to have a scrollbar without any actual use, no idea if that could be prevented at all and it's no real issue anyways.

At the end it's at least for me enough space to make it all work and I don't need all of the options anyways, so it's just an further enhancement idea if any of this is possible to change/ fix.

Motivation

Overall it makes the design more fluid and even more customizable especially with the progressbar.

## Description It's me again, sorry, I just got into installing the nightly and I have some minor details that could still be improved (if possible)! But I really like the implementation it's way better than the old one. Also not sure if I should have opened the old issue instead but I figured since it's a seperated topic it might be good to open a new one. 1. The Progressbar: as soon as you adjust the hight, parts get cut off instead of resized and I think thats a lot of lost potential: <img width="722" alt="image.png" src="attachments/adcd29cf-0bc8-48b5-b5d5-1fc04a8ede99"> 2. Some of the tiles when adjusted in hight and widght get just small enough to have a scrollbar without any actual use, no idea if that could be prevented at all and it's no real issue anyways. <img width="581" alt="image.png" src="attachments/d980f589-775a-4971-80ef-6c700d1be245"> At the end it's at least for me enough space to make it all work and I don't need all of the options anyways, so it's just an further enhancement idea if any of this is possible to change/ fix. <img width="1755" alt="image.png" src="attachments/6ebe05ac-f6fb-4d73-a0d3-f24c296ffad3"> ## Motivation Overall it makes the design more fluid and even more customizable especially with the progressbar.

image.png

11 KiB

image.png

34 KiB

image.png

63 KiB

Blaim added the

enhancement

label 2026-07-19 22:21:34 +02:00

viewit commented

2026-07-24 15:13:30 +02:00

Thanks for trying out the nightly and the feedback, @Blaim — glad the new dashboard grid is landing well overall. Both of these were quick to fix:

Progress tile clipping: unlike the camera tile, the progress tile had no flex layout, so shrinking its height just let the fixed-size content (time grid, filename, buttons) overflow silently below the visible area instead of scaling or scrolling into view. Gave it the same flex-column treatment the camera tile already uses.
Phantom scrollbars: tiles could show a scrollbar even when there was nothing meaningful to scroll, caused by sub-pixel horizontal overflow under the blanket overflow:auto rule. Restricted it to vertical-only scrolling, which is the only axis dashboard content actually needs.

Verified visually (resized the progress tile to a couple of heights, checked a fan-card resize for a spurious scrollbar) — both behave as expected now. Committed locally on nightly, will go out with the next nightly build.

Thanks for trying out the nightly and the feedback, @Blaim — glad the new dashboard grid is landing well overall. Both of these were quick to fix: 1. **Progress tile clipping:** unlike the camera tile, the progress tile had no flex layout, so shrinking its height just let the fixed-size content (time grid, filename, buttons) overflow silently below the visible area instead of scaling or scrolling into view. Gave it the same flex-column treatment the camera tile already uses. 2. **Phantom scrollbars:** tiles could show a scrollbar even when there was nothing meaningful to scroll, caused by sub-pixel horizontal overflow under the blanket `overflow:auto` rule. Restricted it to vertical-only scrolling, which is the only axis dashboard content actually needs. Verified visually (resized the progress tile to a couple of heights, checked a fan-card resize for a spurious scrollbar) — both behave as expected now. Committed locally on `nightly`, will go out with the next nightly build.

❤️ 1

viewit referenced this issue from a commit

2026-07-24 15:15:46 +02:00

fix(dashboard): tile resize clipping and phantom scrollbars (Issue #97)

Sign in to join this conversation.

Branches Tags

2 Participants

Notifications

Due Date

No due date set.

Dependencies

No dependencies set.

Reference: viewit/KX-Bridge-Release#97