Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

Inline comments:
In `@src/graphics/draw/UIRenderer.cpp`:
- Line 720: The conditional in UIRenderer for the user image placement has
drifted from the asset-selection guard in images.h, causing Portduino builds to
use mismatched icon sizing and positioning. Update the guard around the imgUser
drawing path in UIRenderer.cpp to mirror the same ARCH_PORTDUINO-inclusive
condition used by images.h, so the chosen asset and the y-offset fallback stay
aligned. Refer to the imgUser selection logic and the surrounding display-branch
condition in UIRenderer when making the change.

In `@src/graphics/Screen.cpp`:
- Around line 514-526: The Portduino branch in Screen::setupScreen (the
ARCH_PORTDUINO / display initialization block) now skips assigning dispdev when
displaymode is COLOR, which leaves OLEDDisplayUi construction with an
uninitialized device. Update this branch so it exhaustively selects a display
device for both COLOR and non-COLOR cases, using the existing TFTDisplay and
AutoOLEDWire setup paths as appropriate, and ensure dispdev is always set before
any later screen UI initialization.

In `@variants/nrf52840/heltec_mesh_solar/platformio.ini`:
- Line 110: The TFT environment only defines HAS_SPI_TFT, but main.cpp still
uses `#if` HAS_SCREEN to guard screen setup, so the display path won’t activate.
Update the platformio.ini entry for the TFT env to define HAS_SCREEN=1 as well,
or confirm it is inherited from the base environment; check the configuration
around HAS_SPI_TFT and the screen-gated setup in main.cpp.

---

Outside diff comments:
In `@src/graphics/draw/DebugRenderer.cpp`:
- Around line 110-118: The DebugRenderer heartbeat prefix uses two different
icon paths, and the fallback branch still draws imgSF for ARCH_PORTDUINO while
the larger icon path is already used elsewhere. Update the conditional in
DebugRenderer.cpp around display->drawFastImage so ARCH_PORTDUINO follows the
same large-icon branch as the other supported targets, reusing imgSFL1/imgSFL2
consistently next to screen->ourId instead of switching sizes based on heartbeat
state.

In `@variants/esp32/wiphone/variant.h`:
- Around line 29-37: The WiPhone capability flags are inconsistent because
variant.h still declares HAS_SCREEN as disabled while HAS_SPI_TFT and
USE_TFTDISPLAY enable the display path. Update the WiPhone variant so the screen
capability is represented by one consistent source of truth: either enable the
screen-backed flags together if the TFT path is supported, or remove the shared
TFT defines and keep the variant screenless. Use the symbols HAS_SCREEN,
HAS_SPI_TFT, and USE_TFTDISPLAY to locate and align the configuration.