Den 21-12-2011 21:18, h.g. muller skrev:
I still have some bad feelings about this fix. It seems to me that using a two-key stroke or this funtion pretty much destroys its usefulness completely. I don't see much of a reason for its existence in the first place; highighting shows you pretty learly what the last move was, when you use arrow highlighting even more so than the traditional square-boundary highlighting. Perhaps it is a remnant of the monochrome era? I am not sure at all if XBoard would still work in monochrome...
I vote to keep the function. I find the arrow highlightning intrusive and disturbing, so that is IMHO not a good alternative. The temporary back-function have the big advantage that it is only active when you need it and ask for it by pressing the right key.
Anyway, if we want to keep this feature, I would be in favor of continuing to use a plain . rather than Ctrl+. , now that the auto-repeat problem is fixed
Indeed. It is better to have to press one key than two. Just make sure that the key will not do more than one thing.
(I would onsider this an X-tools bug, btw: auto-repeat is not a keydown event!)
It may be so, and others have had the same problem with X. But that is the way it is.
Then we can drop this paying attention to the Ctrl key in the MoveTypeIn callback as well (normally this is automatic, but there is no such ASCII character as Ctrl+. !) It would be better to only pop up the move type-in only for alphanumerics, not in the least because that is what WinBoard does too.
If input notation can be localized at some point in the future, as I think it should, then the first character of a move will not necessary be a ASCII letter (A-Z) or number.
_______________________________________________ Bug-XBoard mailing list [email protected] https://lists.gnu.org/mailman/listinfo/bug-xboard
