[GH-ISSUE #204] Support an "Inline" Rendering Mode #814

New issue

Open

opened 2026-03-14 08:39:47 +03:00 by kerem · 4 comments

kerem commented

2026-03-14 08:39:47 +03:00

Owner

Originally created by @kitlangton on GitHub (Oct 8, 2025).
Original GitHub issue: https://github.com/anomalyco/opentui/issues/204

I'm curious if you have considered an inline rendering mode, a la ink / claude code:

It can be pleasant, aesthetically, especially for simpler TUIs, for them to take up only as much vertical height as is required to render the view, as opposed to using an alternate buffer and spanning the full available space.

This might not be on the roadmap, and that's completely understandable! Feel free to say "nope" and close without compunction. 🙏 Thanks for the great library, either way!

Originally created by @kitlangton on GitHub (Oct 8, 2025). Original GitHub issue: https://github.com/anomalyco/opentui/issues/204 I'm curious if you have considered an _inline rendering mode_, a la `ink` / `claude code`: <img width="1620" height="952" alt="Image" src="https://github.com/user-attachments/assets/977efe3d-117e-4c46-9db7-397ea80332ae" /> It can be pleasant, aesthetically, especially for simpler TUIs, for them to take up only as much vertical height as is required to render the view, as opposed to using an alternate buffer and spanning the full available space. This might not be on the roadmap, and that's completely understandable! Feel free to say "nope" and close without compunction. 🙏 Thanks for the great library, either way!

kerem added the

feature

core

labels

2026-03-14 08:39:47 +03:00

kerem commented

2026-03-14 08:39:58 +03:00

Author

Owner

@kommander commented on GitHub (Oct 8, 2025):

That is actually already supported experimentally. Check the experimental_splitHeight option for the renderer.

It is very much experimental though, resizing the terminal has issues with it and shutdown might be weird. It hasn't been in focus yet, but will be supported going forward.

Edit: you may have to manually turn off alternate screen usage in renderer options.

@kommander commented on GitHub (Oct 8, 2025): That is actually already supported experimentally. Check the `experimental_splitHeight` option for the renderer. It is very much experimental though, resizing the terminal has issues with it and shutdown might be weird. It hasn't been in focus yet, but will be supported going forward. Edit: you may have to manually turn off alternate screen usage in renderer options.

kerem commented

2026-03-14 08:40:03 +03:00

Author

Owner

@kitlangton commented on GitHub (Oct 8, 2025):

You rock!

resizing the terminal has issues with it

Claude Code (or maybe ink beneath it) seems to clear the buffer and go full height on resize. Not sure if that technique would help here 😄

@kitlangton commented on GitHub (Oct 8, 2025): You rock! > resizing the terminal has issues with it Claude Code (or maybe ink beneath it) seems to clear the buffer and go full height on resize. Not sure if that technique would help here 😄

kerem commented

2026-03-14 08:40:08 +03:00

Author

Owner

@kommander commented on GitHub (Oct 8, 2025):

There are definitely solutions that will solve it, just a matter of time. The renderer is missing sync activation currently as well, so it might flicker in some terminals. That will also be solved.

@kommander commented on GitHub (Oct 8, 2025): There are definitely solutions that will solve it, just a matter of time. The renderer is missing sync activation currently as well, so it might flicker in some terminals. That will also be solved.

kerem commented

2026-03-14 08:40:13 +03:00

Author

Owner

@stromseng commented on GitHub (Mar 11, 2026):

Are there any updates on this feature?

@stromseng commented on GitHub (Mar 11, 2026): Are there any updates on this feature?