[feature] : add scrollbar to prompt input and configurable row expansion via tui.json

[ppiwko]

Description

Currently, when entering long prompts in the terminal UI, it is difficult to navigate the text once it exceeds the visible area of the input box.

I would like to see two primary enhancements to the prompt input component:
Vertical Scrollbar: Implement a scrollbar within the prompt input field, mirroring the behavior already present in the AI response list.

Configurable Input Height: Add a property to the tui.json configuration file that allows users to define how many rows of text the input box should expand to.

Implementing this would largely replace the need for the built-in Vim editor. I currently avoid using the Vim mode because it lacks the '@' file autocompletion available in the standard prompt input.

[leohenon]

This can be done. However if maxHeight can increase significantly, the prompt input becomes a substantial editing surface and navigating it needs consideration.

Keeping ctrl+d/u for the chat view only.

Adding H/M/L and zz/zt/zb for viewport-relative navigation in the input.

Then moving G/gg to always target the input unless empty.

This seems like the best tradeoff.

The limitation is no direct jump to top/bottom of the chat view while editing.

Interested to hear feedback on this approach.

[ppiwko]

You’re right. Prompt input keys are limited because so many shortcuts are already mapped to the chat view. I forgot to consider that. I wonder if we could switch between the chat view and the prompt input—similar to cycling windows in Vim (e.g., Ctrl-w w to move between buffers and diagnostics). That way, I’d have a distinct set of key mappings for both: for example, using j/k to navigate lines in the prompt and then switching to usej/kfor jumping between messages.

However, the manual mode-switching might add too much friction, so it’s maybe better to skip that feature.

A vertical scrollbar would still be helpful as a visual cue for the remaining content.

[leohenon]

The ctrl-w is a good alternative but you are right I think it would add too much friction for daily use.

I am going to implement my approach first and test it out. The configurable input height and scrollbar are simple additions i can add that right away.

I think I will also add a keybind to open the prompt input in full screen in the tui.