Re: [Bug-XBoard] [bug #35000] Temporary previous position ('.' key, former Ctrl) conflicts with start of Type a move

[h.g. muller]

> I also don't use the arrow highlighting for the same reason and think we
> should keep this functionality, perhaps we should add it to Winboard if
> it is missing there?

It was ported from WinBoard.

> I guess the normal highlighting works, but having the piece move is nice
> IMO:)

The reason was that with the width of the grid lines set to zero, as people
that like to use fancy board textures often do, (and is mandatory on an
oriental-style Xiangqi board) the normal highlighting is completely inisible.

> So hitting the ctrl key doesn't seem that problematic... We also have
> almost all functions/menu items on ctrl+... keys, so why make an
> exception for this one?

Well, if you don't use other formsofhighlighting,I suppose you need it
very often. There are reasons for wanting keystrokes to be easy, as well
as for wanting them to be difficult. E.g. I very often get complints about
F9 (= resign). People get very pissed when they resign acidentally, and
blind people frequently hit wrong keys. For the JAWS version of Winboard
we decided we did not want to have single-key accelerators for any
irreversible action.

Fact is thatpeople complain when frequently used actions need two keys.
I moved 'backward' and 'forward' to Alt+Arrow, but was pretty much forced
to move it back to plain arrows to escape a lynching mob...

> If we want to get rid of the key up/down behavior I would suggest to
> move the piece to the last location wait a few ms and then automatically
> move it back and don't wait for the key-up event.

The up/down behvior is OK, an not troublesome in any way. The choice of key is.