Update of bug #35000 (project xboard):
Status: Ready For Test = Fixed
Open/Closed:Open = Closed
___
Follow-up Comment #6:
moved to different
Would it be an idea to use the auto-repeat by having the piece jump back
and forth,
rather than suppress later events? I am not sure what exactly the sequence
of events
is in Xt on auto-repeat. In Windows there would be one key-down event, one
or more
char events, and finally a key-up event.
I tried it in WinBoard now, and I think I also found the ideal key for this.
Enter in WinBoard as already taken, because it is forwarded to the ICS
console.
(The XBoard equivalent would be to make it trigger sending the message
currently
in the ICS input box.)
I tried Tab, but there the
Hi
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
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.
You mean it can be a code 127?
Then we shouldonly exclude the keys we want to use for binding.
'.' could be an
Hi
I think we should use a single key, but better not '.'
any reason why a single key is better than ctrl+key? I don't really
see the big advantage, but then again I'm used to Emacs ;)
Arun
___
Bug-XBoard mailing list
Bug-XBoard@gnu.org
Follow-up Comment #4, bug #35000 (project xboard):
I attach a diff file for a solution to the repeat key problem which works for
me by testing if a release event is triggered by a repeating key.
(file #24575)
___
Additional Item
Update of bug #35000 (project xboard):
Status:None = Ready For Test
Assigned to:None = apersaud
___
Follow-up Comment #2:
This should be fixed
Follow-up Comment #3, bug #35000 (project xboard):
I have tested the git code. I doesn't work too well. Ctrl + . does go to the
previus position when pressed, and back again when released.
However if you don't release the . key immediately, the key will start to
repeat, and the board will thus
Hi
On 12/06/2011 02:58 PM, Byrial Jensen wrote:
URL:
http://savannah.gnu.org/bugs/?35000
[...]
The Ctrl key was in earlier versions used to temporary show previous position,
but the function is now default bound to the . key. However there it
conflicts with the Type a move function.
Follow-up Comment #1, bug #35000 (project xboard):
There is a similar problem with the - key.
It will both iconify xboard and pop up a Type a move window with a -.
___
Reply to this item at:
http://savannah.gnu.org/bugs/?35000
11 matches
Mail list logo