Allow scrolling of string_input_popup descriptions

[ZeroInternalReflection]

Summary

Interface "Allow scrolling of string_input_popup descriptions"

Purpose of change

When creating a string_input_popup window, there is no error-checking to ensure that the window will fit on the screen. So, for string_input_popups with complicated description information (notably the crafting filter &->/), the window will fail to display on small screens. In certain circumstances, this can go on to cause other display problems.

Fixes #48700
Fixes #52688

Describe the solution

1. Limit the height of a string_input_popup window to TERMY
2. Move the display of the description to scrolling_text_view (paged with PPAGE/NPAGE, scrolled with Mousewheel), allowing descriptions of arbitrary length

Describe alternatives you've considered

1. Force a cap on the size of string_input_popup descriptions
   Could cause problems with translation
2. Trim down the description of the crafting filter (I believe this is the only place the issue currently crops up)
   Not really a long-term solution

Testing

New screenshots/videos 2022-06-23:

Crafting filter in English at various sizes

Crafting filter in various non-English languages (Polish pictured) at various sizes

Simple string input popup that fits on one line

Simple string input popup that has title and input on different lines

Simple string input popup where the title folds to a second line

(Yes, it folds like that before this too)

Keybindings menu (string_input_popup with custom window)

String input popup with displayed history

Scrolling behaviour with mouse and page up/page down (Russian)

Mousewheel_scrolling--Crafting_filter--Russian-v2.mp4

Resizing behaviour - popup without description (Polish)

Resizing_behaviour--Character_name_change--Polish.mp4

Resizing behaviour - Crafting filter

Resizing_behaviour--Crafting_filter.mp4

Additional context

1. I'm not thrilled with how folded text doesn't match indentation of the line above (see the Polish testing above), but I think that will require extensive tinkering and testing in foldstring().
2. In screen reader testing (with orca), the screen reader read the visible portion of the crafting screen in addition to the filter description. I'm not sure if this is due to how I've configured orca, or if it's a different underlying problem. However, the behaviour was equivalent both before and after this PR, so at least I haven't broken it more.

[ZeroInternalReflection]

Thank you Qrox for the review. I'm sorry there were so many mistakes to find. I believe the latest commits should address all of your comments.
I've tested screen reader behaviour with orca, and aside from it trying to read the screen behind the popup (which is apparently not new to this PR) it seems to be working now.
I've added mousewheel scrolling to the description. I've also moved the keyboard keybindings to PPAGE/NPAGE, changing the behaviour to page_up/page_down to match.