[UX] Move rename input box view adaptively

[fishBone000]

Please describe the problem you're trying to solve

When renaming a file and the file name is very long, only a part of the name is displayed in the input box. Deleting all characters within the view won't make the view automatically go left. This is a bit inconvenient and a little confusing.

For example:

Cursor is at then end of the view          here v
╭Rename:─────────────────────────────────────────╮
│ctsABCDEFGHIJKLMNOPQRSTUVWXYZABCDEFGHIJKLMNOPQR │
╰────────────────────────────────────────────────╯
Hold backspace to delete characters
╭Rename:─────────────────────────────────────────╮
│                                                │
╰────────────────────────────────────────────────╯
All characters in the view is gone, keep holding backspace causes characters outside of the view get deleted. 

Would you be willing to contribute this feature?

• Yes, I'll give it a shot

Describe the solution you'd like

Perhaps try not to let the cursor touch the left border, e.g. pan the view left when cursor is around 6 characters away from the left border

Additional context

No response

[Xerxes-2]

I think a better approach is to keep the cursor as centre as possible?

[fishBone000]

I think a better approach is to keep the cursor as centre as possible?

That sounds good as well

[martinengelke]

Oh, it's even better described in here!

I would just keep the cursor at its position until the amount of characters left is less then the characters fitting into the length of the input field. After that the cursor position could be released. So it stays at his position all the time until the "expression" is getting smaller then the input field and starts moving!

[csswright]

Personally I'd much rather have the rename done on the status bar like the familiar vim's command line bar. The area of the input bar is self-limiting and almost always overlaps text (taking up 3 rows of text) that might be useful context. There's plenty of space in both the top bar and status bar for everything else. A command line would also open up to the possibility of running actions boundable to keybindings.

[martinengelke]

+1 for a command bar like in vim.
Windows are always overlapping. That's why a lot of TUIs have a command bar or multiple areas to jump trough.
Especially if the input is context related a overlapping window does not really fit into the UX.
For helpers, spotters etc. It's more or less ok, but here I would also take the vim approach to split the screen horizontally and have the data at the bottom while still seeing the entries on top.