Improve UI-Behavior on overflowing text

[warriordeere]

What problem does this solve?

When text - especially in the Soil HUD - is longer due to translations, for example, it often extends beyond its intended layout boundaries. This causes text to overlap, which not only looks unattractive but also makes much of the text unreadable.

Proposed Solution

One option would be to scroll the text along the X-axis, as in the standard menus of Giants Software.
However, this shouldn’t apply to all areas, since there are also sections (e.g., on the main page where you select which settings you want to change) where it would make more sense to use line breaks. The situation is different, for example, with the single-line titles for various individual settings: there, scrolling could be an option.

Alternatives Considered

No response

Which part of the mod does this relate to?

Soil Report / HUD

Anything Else?

No response

[github-actions]

Hey @warriordeere, thanks for opening this issue! 👋

@TheCodingDad-TisonK has been notified and will take a look as soon as possible.

While you wait, please double-check the following:

• You are running the latest version of Soil Fertilizer (visible in the mod manager)
• Your issue includes relevant lines from log.txt
  • Log location: Documents/My Games/FarmingSimulator2025/log.txt
  • Search for [Soil Fertilizer] - paste the relevant section in your issue
• You have searched existing issues for a similar report

Important: If this issue is missing a log snippet, it may be closed without investigation. A log is almost always required to reproduce bugs.

[TheCodingDad-TisonK]

Good report, and the screenshot shows it plainly.

This is a UI standardisation item rather than a soil one, so it belongs in the Wizard lane, which owns HUD and panel layout across the whole suite. I have passed it on as written, because your split is the right one: horizontal scroll for the single line labels where a break would look wrong, wrapping for the multi line blocks like the settings category page.

Worth adding one thing to the case. This is not only German. Any language with long compounds hits the same wall, and we ship 26 of them, so the fix wants to be a shared layout rule applied to the panel widgets rather than a per string trim in the German file. Otherwise it comes straight back on the next language.

Labelled ui and routed. No timeline promised yet, it goes in the queue with the other panel work.

[sasha-rf]

First half built. Being clear about which half, because the rest is still open.

Your report got a shape answer from the design side, and it went further than either of us framed it:

This is not a translation-length problem, it is a rendering problem. Ten files in the mod draw text with the raw engine call, and the raw call has no fitting behaviour of any kind. Nothing measures, nothing shrinks, nothing truncates. The glyphs simply draw past the edge of the box. The dialogs elsewhere in the mod get fitting for free because they use the GUI text elements; the Soil HUD and the settings panel, which are the two surfaces in your screenshot, do not, and no GUI-level setting can reach them.

That also means my first reply was half wrong. I routed this entirely to the UI lane as a layout rule. A layout rule would have correctly fixed the dialogs and left your two panels exactly as they are.

What is built: a shared fitting helper, ported from the base game's own answer to this problem rather than invented. The engine's text elements handle a too-long string by shrinking it in five percent steps until it fits, stopping at a minimum size, and only then cutting with an ellipsis. Shrinking before cutting is the important part: it keeps a label readable instead of chopping a word in half. Your suggestion of scrolling was reasonable, but the base game's own behaviour is to resize, so matching that keeps us consistent with every other panel a player sees.

The settings panel is wired to it. Every text draw there already went through one function, so that was a single edit.

What is not built, and this is the part you actually screenshotted: the Soil HUD still has 31 raw draw calls that each need a column width decided individually. That is not a find-and-replace, so I would rather do it properly than rush it and misalign something. It is written down as its own task, not left as a vague intention.

Your point about translations is now in the test, with five languages sharing one box. Worth adding that it is not only German: Finnish, Hungarian and Russian sit in the same length band, and English will get there the day someone lengthens a label. The rule that came out of it is to check layout against the longest language rather than against English.

In PR #785. Not yet seen running, so the visual result is unverified.

Thanks for the report. The scroll-versus-wrap split you drew was the right question to ask, even though the answer turned out to sit a layer below it.