When modifying a Pre-defined setup (PDS) within the Module Editor, I have on multiple occasions discovered that I have accidentally deleted the currently highlighted “node” (module Component) in the design “tree” (Configuration Window). This happens when I press the DELETE key while the mouse focus (and my own) is currently within the PDS Map Window (e.g. - intending to delete the currently selected game piece).
To reproduce this issue:
- Edit the latest version (0.94) of the Normandy '44 module with the latest (3.7.15) Vassal.
- Select the Markers node in the Configuration Window; leave it highlighted.
- Open the PDS by selecting Campaign Game from the N44 Files menu; play as observer.
- Select the German Pt. du Hoc SP game piece in hex 2818 in the Main Map window; leave that piece highlighted on the map.
- While the Markers node is selected in the Editor Configuration Window and the SP game piece is selected on the Main Map, press the DELETE key (intending to delete the game piece).
The selected game piece remains on the Main Map, but the Markers node is silently deleted from the Configuration Window! Successive DELETE key presses will continue to delete the next highlighted node in the design tree.
As you can imagine, this is potentially very disruptive, especially if you save the module without noticing the deleted Editor Components. So far, I have not permanently lost any deleted module Components, but I have several times had to abort my module editing session without saving and start over again.
The way I expected the Editor to behave is that when I change the mouse focus to be outside of the Configuration Window (e.g. - by selecting a game piece in the Main Map), the currently highlighted node in the Configuration Window would no longer be reacting to keyboard input.
Since this behavior is so disruptive, yet apparently not reported, I wonder if it is specific to something in my environment. I use MacOS (Sequoia 15.4). I typically uncheck the Use combined applications window in the module Settings, but I verified that the issue persists even when I check that box.
I think this behavior is a bug that is worth fixing, even at this late stage of Vassal version 3.
Cheers,
Jim Hunter.