Supports moving the cursor when inputing in search menus

[dyphire]

When using search menus, it should supports moving the cursor during input, achieving more flexible input operations. This is very useful for subtitle downloads.

Refer to the code already implemented in the console script.

[po5]

The console's text input doesn't scroll when text is larger than the screen. This related to why search text in uosc is right-aligned, because it's the only way we can efficiently cut off excess text in ASS without obscuring what's being typed.
The ability to move the cursor implies the ability to scroll through text that overflows, and there's no good way to do that.

[dyphire]

The console's text input doesn't scroll when text is larger than the screen. This related to why search text in uosc is right-aligned, because it's the only way we can efficiently cut off excess text in ASS without obscuring what's being typed. The ability to move the cursor implies the ability to scroll through text that overflows, and there's no good way to do that.

I am not aware of the limitation of overflow text here, which is indeed a problem.

[po5]

Thinking about it more, we can once again leverage the fact our text is right-aligned. It will cost us one text estimation call to get the width of text to the right of our desired cursor. Haven't thought enough about implementation details, but having this value and the width of the menu should be enough to know whether to offset the text and by how much.

[tomasklaen]

As @po5 described, this is not trivial to implement in this environment.

Refer to the code already implemented in the console script.

As mentioned, console doesn't handle overflow and it breaks when text gets wider than input field. This is important for us to handle as our inputs are not that wide.

Thinking about it more...

Yeah, it is doable, but really annoying to implement and handle scrolling and stuff, and since it's not that important and the input is pretty usable even without it, none took a stab at it yet.