fix(ui): scale auto-icons by min(w,h) to prevent overflow in narrow panels

[RafaelHGOliveira]

Problem

`FLabel.resetIcon()` scaled non-background icons only by the panel's height, so icons overflowed horizontally when a panel became narrow without becoming short. This is visible when resizing the match window or in layouts with multiple narrow player fields side by side.

Fix

Use `Math.min(getHeight(), getWidth())` as the scaling basis so icons always fit within the smaller dimension.

```java
// Before
final int h = (int) (getHeight() * iconScaleFactor);

// After
final int basis = Math.min(getHeight(), getWidth());
final int h = (int) (basis * iconScaleFactor);
```

Also: PlayerDetailsPanel improvements

• `baseFontSize` tracking — the font auto-sizing loop was starting from a hardcoded `14` even when a subclass configured a different size. Now uses the field.
• Parameterized constructors — `DetailLabel` and `DetailLabelNumeric` accept `fontSize` and `iconScaleFactor`, enabling per-label config without changing existing defaults.
• Mana labels — `DetailLabelMana` now uses 16pt font and 0.70 scale factor for better visibility.

Notes

This is not a perfect solution — icons may still appear small in very narrow panels — but it is already a noticeable improvement for 4-player Commander layouts where each player field is roughly one quarter of the screen width.

Screenshot

[MostCromulent]

This is not a perfect solution — icons may still appear small in very narrow panels — but it is already a noticeable improvement for 4-player Commander layouts where each player field is roughly one quarter of the screen width.

I thought of a potential fix for root cause of this scaling issue:

When resizing a player field window it currently resizes both the battlefield itself and the player details panel on left hand side, I assume based on some proportional logic.

Instead, set a minimum width for the player details panel which ensures labels are always a visible font size. Once rescaling causes the panel to hit that minimum, further window resizing only affects the battlefield area while leaving the details panel at the fixed minimum.

[RafaelHGOliveira]

@MostCromulent I applied your suggestion in the PR:

VField.java — avatar and details panels now use MigLayout constraints w 60px:10%:10% (min 60px, preferred and max at 10%), and the scroller (battlefield) uses w 0:85%, growx so it absorbs remaining space. Once the window is narrow enough that 10% would drop below 60px, the panels hold steady and the battlefield keeps shrinking.

Honest note: at normal window sizes I didn't notice a big visual difference from the original min(w,h) approach — the benefit is mostly a safety floor for extreme narrow layouts (4-player Commander on a small window), where the details panel would otherwise degrade below legibility. Left it applied regardless since it's a cleaner root-cause fix.

Also added: dynamic icon scaling for multi-digit text. Multi-digit life totals (e.g. 120) or high radiation counters still needed to coexist with the icon in the same cell. I added getEffectiveIconScaleFactor() as a protected hook in FLabel that subclasses can override, and PlayerDetailsPanel.DetailLabel reduces the icon scale by ~15% per character beyond the first. Single-digit values keep the original icon size; larger numbers get progressive room without any cell resizing.

Let me know if the approach looks good.