The plasma glass is placeable too

It is a draggable top-level window whenever L4PLASMA=SCREEN, which makes
it the last one still being placed fresh every launch. It joins
mfd_layout.cfg under "Plasma Display", the caption it already carries -
the same key-is-the-title rule the display panes follow.

Position only, like the panes: the glass is 128x32 at L4PLASMASCALE, so
its size is a setting rather than something to drag.

It registers and loads at the point it creates its window rather than
leaving that to SVGA16. The glass comes from the gauge renderer and the
panes from the video mode, and nothing guarantees which is built first;
loading in both places means whichever runs second simply re-applies a
placement the first already has. Its window procedure picks up the same
WM_EXITSIZEMOVE save the panes have, so a drag writes the file straight
away, and the destructor forgets the window before destroying it.

Verified by round trip in the exploded view: dragged to 640,880, the
file took "Plasma Display=640,880,528,167" alongside the panes and the
game window, and a fresh launch in load mode put it physically back at
640,880. The three load lines in the log - one window, then two, then
eight - are the ordering doing its job.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

This commit is contained in:

Cyd

2026-08-05 08:05:50 -05:00

co-authored by

Claude Opus 5

parent a1f9c0e3c0

commit dce8818273

3 changed files with 31 additions and 1 deletions

									
										pack-dist.ps1
									
		+2
		
												View File
												
				@@ -179,6 +179,8 @@ L4MFDSPLIT=1

				# old one is never restored over them. Arrange everything once with

				# save, then leave it on load.

				#

				# The plasma display window takes part too, under "Plasma Display".

				#

				# Each line in mfd_layout.cfg reads <title>=<x>,<y>,<w>,<h>, and you can

				# append ,noframe to take that window's title bar and border off - a

				# cockpit that fills the monitor edge to edge without -fit taking the