Skip to content

Fix scroll arrow direction for multi-row asset bar - #1956

Open
PetrDlouhy wants to merge 1 commit into
mainfrom
fix/scroll-arrow-direction
Open

Fix scroll arrow direction for multi-row asset bar#1956
PetrDlouhy wants to merge 1 commit into
mainfrom
fix/scroll-arrow-direction

Conversation

@PetrDlouhy

Copy link
Copy Markdown
Contributor

Single-row asset bar scrolls horizontally (left/right arrows), but multi-row scrolls vertically while still showing left/right arrows. Switch to up/down arrow icons when hcount > 1, with proportional sizing to preserve aspect ratio of the source images.

Made-with: Cursor

@PetrDlouhy
PetrDlouhy marked this pull request as ready for review March 20, 2026 09:45
@PetrDlouhy

Copy link
Copy Markdown
Contributor Author

@vilemduha Co ty na tohle? Jen jednoduché otočení těch šipek, když máme víc řádkový asset bar.

@PetrDlouhy

Copy link
Copy Markdown
Contributor Author

@Tweekazoid Ještě jsem malinko zjednodušil ten kód.
Ten kód je relativně komplikovaný proto, že když mám jiný resolution scale, tak se ty šipky jinak divně roztahují.
Takže jestli tohle testujete, určitě je potřeba se podívat na různé resolution scale, jestli se to dobře hýbe. Nevím, jestli to dokážu udělat lépe.

Obecně se mi úplně nelíbí, že potřebujeme 3 šipky nad sebou, ale to je úplně jiná věc.

@Tweekazoid

Tweekazoid commented Mar 20, 2026

Copy link
Copy Markdown
Contributor

stale ty sipky nevypadaji konzistentne bohuzel,

Muselo by dojit k refactoru BL_UI_Button a BL_UI_Image
tak aby podporoval konstatntni scalovani, ted dela pouze isometricky,

chtelo by to:
kdyz se nastavi velikost buttonu ale nenastavi se velikost obrazku,
tak obrazek se bude automaticky scalovat podle dostupneho mista a podle sveho original ratio.

takze kdyz button bude
100100
a obrazek originalne bude 300
100

tak se auto-scaluje na 100*33

vcera nebo predvcirem jsem tam pridal pro obrazky padding kvuli borderu,
ale myslim si ze automaticke dopocitavani by melo byt maximalne 4 radky kodu.

kdy ten BL widget (jak button tak image)
budou mit stejnou vlajku neco jako "image_keep_aspect_ratio"

a proste bude se menit pouze velikost widgetu, a uz se nebude muset menit velikost obrazku, to bude automaticke

image image image image

@PetrDlouhy

Copy link
Copy Markdown
Contributor Author

@Tweekazoid Zkusím s tím něco udělat, ale nevím, jestli je to úplně ve scope tohohle jednoduchého PR. Oni ani ty staré šipky nejsou moc konzistentní:

Snímek obrazovky_2026-03-20_13-07-38

@PetrDlouhy

Copy link
Copy Markdown
Contributor Author

Podle mě by bylo úplně nejlepší tam mít použít stejnou ikonu (to bude UTF-8 symbol) jako je pro to roztažení panelu dolů. A použít jen jednu, ne 3x.

@Tweekazoid

Tweekazoid commented Mar 20, 2026

Copy link
Copy Markdown
Contributor

mozna tohle >>

"▶\n▶\n▶"

vlastne asi ne, protoze ten nas label nepodporuje dobre multiline

@Tweekazoid

Copy link
Copy Markdown
Contributor

testni jestli to bude vypaddat dobre, a muzeme to nechat jen na UTF symbolech

jestli to nebude pusobit moc nevyvazene

- Switch to up/down arrow icons when asset bar has multiple rows
- Scale scroll_width with UI resolution instead of hardcoding 30px
- Fix scroll button width not updating reliably on layout refresh
  (set width before set_location so batch_panel rebuilds correctly)
- Add properly padded arrow_up.png and arrow_down.png (35x116) that
  don't clip when rendered at aspect-preserving sizes
- Extract update_scroll_button_icons() to handle icon selection and
  aspect-ratio-preserving image sizing in one place

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
@PetrDlouhy
PetrDlouhy force-pushed the fix/scroll-arrow-direction branch from 0b2beb2 to 3e4aa7d Compare March 20, 2026 17:10
@PetrDlouhy

Copy link
Copy Markdown
Contributor Author

@Tweekazoid There was problem even with the image.

Now I think this is working nicely and the scaling works for the new icons as well as for the old ones.

We talked with @vilemduha that we will not merge this into this new release, but leave it to further discussion.
Apparently Vilem's mental model is, that it moves left/right even though mouswheel scrolling is up/down.

We would probably need to talk about this with more users.

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