The “Fn” key (on Mac, but perhaps other platforms) will generate an invalid character in the Chat Window.
To reproduce, move the cursor to a map.
Press Fn.
Invalid character symbol appears in chat window.
Release Fn.
A second invalid character symbol appears in chat window.
Exception: If a piece on the map is selected then pressing Fn does not generate a character. However, when the Fn key is released a character is still generated (even if a valid F-key was pressed and processed by the piece).
Reproduced in C&C Napoleonics and A Study in Emerald modules.
Do you by any chance still have 3.2.17 around to see if that did it too?
Thus spake marktb1961:
The “Fn” key (on Mac, but perhaps other platforms) will generate an
invalid character in the Chat Window.
To reproduce, move the cursor to a map.
Press Fn.
Invalid character symbol appears in chat window.
Release Fn.
A second invalid character symbol appears in chat window.
Exception: If a piece on the map is selected then pressing Fn does not
generate a character. However, when the Fn key is released a character
is still generated (even if a valid F-key was pressed and processed by
the piece).
Reproduced in C&C Napoleonics and A Study in Emerald modules.
Does this happen in 3.3? 3.2.17?
–
J.
It happens in v3.2.17 as well but with one difference - the exception that I mentioned does NOT apply to v3.2.17 - it always produces a spurious character when Fn is pressed even if a piece is selected, as well as always when Fn is released.
Mark
Okay, that means this is a Very Old Bug ™ rather than something related to the 3.3.0-era Java version change.
I’ve created bug 13536 to track it. vassalengine.org/tracker/sho … i?id=13536
Could be bad behavior by either the ForwardToChatter class, or the Chatter’s exotic “keyCommand” method that I’ve never touched. We need someone with a Mac who also codes! It’s probably a snap to fix.