kleidos/test/ui/test_char_wheel_component/ at main · jmrp.io/kleidos

[READ-ONLY] Mirror of https://github.com/jmrplens/kleidos. Kleidos — Hardware BLE password manager for ESP32-S3 (M5StickC Plus2, StickS3, M5Stack Gray, T-Deck, Cardputer) jmrplens.github.io/kleidos/

Fork 0

kleidos / test / ui / test_char_wheel_component /

at main 1 file

José M. Requena Plens fix(char-wheel): make the glyph-ring slide actually animate on device 3w ago

5eac8430

test_char_wheel_component.cpp

fix(char-wheel): make the glyph-ring slide actually animate on device The carousel "lens" slide rendered as a near-instant jump on hardware: the char-wheel screen repaints ~14 fps (a full-body region blit is ~72 ms/frame), so the 150 ms ring tween only produced ~2 frames. The renderer was correct (a frozen offset shows the full lens) but the live drive never got enough frames. Fix, two parts: - Dirty-only slide path: while the ring is sliding the chips and label do not change, so repaint and blit ONLY the wheel band (new charWheelBandRect / drawCharWheelBand). That roughly halves the per-frame cost. The per-tap advance no longer forces a full-body repaint (charWheelRedraw_ = !canSlide), so the slide is driven entirely through the cheap band-only pump path. - A dedicated, slightly longer ring-slide duration (kCharWheelRingSlideMs = 280 ms) so the lens spans enough frames to read as motion at this screen's frame rate. On hardware the slide now renders ~7-8 frames (~25 fps) instead of ~2. Add a native test that drawCharWheelBand draws the ring without the chips / label.

3 weeks ago

Configure Feed

Configure Feed