Replay <Static> output when resume re-enters the alternate screen

[costajohnt]

Fixes #1011. Follow-up to #1005.

endSuspend re-enters the alternate screen and forces a redraw, but the redraw only carries <Static> items new to that frame, so everything rendered before the suspension stays gone until the next full clear. This writes the accumulated static output right after enterAlternativeScreen, the same replay the full-clear path already does on the alternate screen, so the frame lands below the restored rows. The primary screen is unchanged: its static rows survive in scrollback and are never replayed.

One test, for standard and incremental rendering: alternateScreen: true, three static items, one live line, 5 rows, a no-op suspendTerminal(); the terminal reconstructed from the second enterAlternativeScreen on must read S1, S2, S3, live. Fails on master with live alone.

[sindresorhus]

There are two rendering modes this currently gets wrong.

With debug: true, the forced redraw already writes fullStaticOutput + output. Replaying fullStaticOutput when re-entering means every static row is written twice.

With isScreenReaderEnabled: true, fullStaticOutput is never populated because the screen-reader branch returns before the alternate-screen accumulation. I manually reproduced only live after resume, so the original bug still exists in that mode.