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

[Byrial Jensen]

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.