Move UI exclusive string ids to UiStringIds.h

[AaronVanGeffen]

This moves string ids that are only used in UI context to a new file, UiStringIds.h. The main benefit of this is not having to recompile all of libopenrct2 whenever a string is added in the UI.

As with #22010, the new file was generated using Python to prevent any errors as a result of manual copy pasting. However, some manual touch-ups were still needed due to duplicate definitions, and -Wdeprecated-anon-enum-enum-conversion.

[Gymnasiast]

Would like to see the unrelated changes taken out.

[AaronVanGeffen]

Would like to see the unrelated changes taken out.

These changes are the result of -Wdeprecated-anon-enum-enum-conversion triggering, being the result of there now being two enums. The changes dealing with this are all contained in the second commit, fwiw.

[Gymnasiast]

Would like to see the unrelated changes taken out.

These changes are the result of -Wdeprecated-anon-enum-enum-conversion triggering, being the result of there now being two enums. The changes dealing with this are all contained in the second commit, fwiw.

Maybe they shouldn’t be in an enum at all, but be declared as regular constants. But that might be a step too far for this PR?

[AaronVanGeffen]

Maybe they shouldn’t be in an enum at all, but be declared as regular constants. But that might be a step too far for this PR?

It's worth exploring alternatives, such as making them namespaced instead (e.g. OpenRCT2::StringIds::not_enough_funds). But yeah, that's something for another PR, I agree.

Thankfully, there are only 11 ternaries affected in the entire codebase, so it is easy enough to address the -Wdeprecated-anon-enum-enum-conversion warnings that have surfaced.

[Gymnasiast]

Not really a fan of some of the changes, but I’m not dying on Ternary Hill tonight.