FULLSCREEN and TEXTSCREEN undock the commander and SPLITSCREEN redocks it. When FMSLogo is given the -F command-line option, the screen window is supposed to be sized to exactly show the drawing surface, without the need for scrollbars. To maintain this when the commander is undocked, the overall window shinks to close up the space left by the commander. When the commander is docked, the overall window grows to add space for the commander.
If FMSLogo is maximized at the time the commander is undocked, the same logic happens. However, FMSLogo remains maximized, resulting in a confusing state: FMSLogo is maximized but doesn't fill the screen. Then when the commander is re-docked, the window grows to hold it but it still doesn't cover the entire screen. This is confusing, but relatively harmless, as the user can put FMSLogo back into a consistent state by restoring the window, then re-maximizing it.
This bug seems to have existed since I added commander docking and undocking to FMSLogo.
Steps to Reproduce:
1) fmslogo.exe -F
2) maximize the FMSLogo window (if it's not already maximized)
3) Run TEXTSCREEN in the commander.
4) Run SPLITSCREEN in the commander.
What Happens:
After 3), the main window is still maximized (as indicated by the restore button being shown where the maximize button should be). However, the bottom part of the screen, where the commander was docked, shows through to the desktop.
After 4) the window is still maximized and the commander is docked, but it still doesn't take the full screen.
Expected Result:
After 3), the window enters a "restored" state (is unmaximized). The full screen is shown and the commander is undocked.
After 4), the window is maximized and looks like it did after 2).
When fixing this bug, the Step 3 behavior should apply regardless of whether -W or -H was given with -F. For Step 4, FMSLogo should only be maximized if neither -W or -H was given (that is, if FMSLogo started maximized and being maximized is its natural state).