[Bug] Rendering problem with TUIs using cursor movement control sequences in rio (v0.1.1+)

[timon-schelling]

Description

Starting from version v0.1.1 rio encounters an issue with rendering Text User Interfaces (TUIs) that utilize cursor movement control sequences to redraw parts of the terminal.

Steps to Reproduce

• Example TUI: btop
  • Run btop in rio and observe the rendering issues in the terminal.

Demonstration

• Video: Link to video

recording.mp4

• Sample Output: btop-stdout.txt - Contains btop stdout that can reproduce the bug.

Expected Behavior

The terminal should correctly render TUIs without graphical glitches when using cursor movement control sequences.

Additional Information

I plan to investigate this further when I have the time. Any insights or assistance from the community would be greatly appreciated.

---

Thank you for your attention. Thanks for creating rio :)

[MrPandir]

This is probably the same issue as #534. It should be fixed in 0.1.2.

[timon-schelling]

Not the same bug as in #534 and still present in v0.1.2.

Tested with the flake in this repo:

nix run github:raphamorim/rio#rio -- -e nix run nixpkgs#btop

Version is 0.1.2:

❯ nix run github:raphamorim/rio#rio -- -V
rioterm 0.1.2

[raphamorim]

I think pushed a proper fix for it, could you test latest main?

[timon-schelling]

This issue seems to be fixed but some parts of my font are now broken with d86ec56.

In this video on the left d86ec56 on the right v0.0.39:

btop_comp_in_rio_v0.0.39-and-rev_d86ec56ab17629d4add2f75c50d8e676f7e9d0c4.mp4

Environment of both processes is identical. Did font loading change in some way?

[timon-schelling]

@raphamorim I should properly create a new issue for this?

[raphamorim]

yes please create another issue @timon-schelling
also, are you using a font different than the default (you can write it down in the new issue)

thank you!