How to make commander build range visible, debug widget loading while spectating, and troubleshoot multiplayer widget issues.
Commander build ranges blend into many BAR map backgrounds. The fix uses Spring.GetUnitRadius(unitID) to retrieve the actual build radius value, then draws a visual ring underneath the unit. Community widget developers have already implemented this pattern in range display widgets.
If an existing range widget misses build radius, ask the developer or check their repository. Many widget authors maintain public repos where they push updates. Downloading the latest version often adds new range categories without any configuration needed.
Spectator mode in multiplayer BAR matches changes what widgets see. Some widgets rely on team data or ownership information that does not exist for a spectator. If your widgets appear inactive during spectating, check two things:
Game installation drive does not affect widget loading. Whether BAR sits on C or D drive, the LuaUI folder resolves the same way. If widgets fail to load during spectating, the lobby configuration is the most likely cause.
Building a widget that draws visible markers requires Spring drawing functions. The general pattern:
Spring.GetUnitRadius(unitID) to retrieve the radiusgl.Circle() or equivalent OpenGL calls within a widget:DrawWorld() hookColor and opacity choices matter on maps with similar terrain colors. Red or orange overlays tend to stand out against most BAR map palettes.
Widget knowledge spreads fastest when players share configurations openly. Creed of Champions encourages members to pass along what works. Experienced widget authors in the group help newcomers set up their interfaces correctly from day one.
[Crd] It is so easy to get on with everyone and there is zero toxicity. Just fun games of BAR which can have quite a toxic community usually.
Serious RTS play without the toxic baggage.