It should be fixed in CVS now. Please tell us if you find a bug.
Pascal
2009/12/9 Joost 't Hart
> Pascal Georges wrote:
>
>> Fixed. In CVS.
>>
>> Pascal
>>
>
> Sorry, but it is not fixed (actually, it has become worse).
>
> At the variation point, the analyis goes one move back (instead of one
Adding:
if {$::autoplayMode} { return 0 }
at the beginning of the proc ::move::drawVarArrows fix it.
Bye,
Fulvio
Pascal Georges wrote:
Indeed it is broken if the option to show variation arrows is ON. I
looked at the code and could not find its side effect.
Fulvio, could you also have a l
Pascal Georges wrote:
> Indeed it is broken if the option to show variation arrows is ON. I
> looked at the code and could not find its side effect.
>
> Fulvio, could you also have a look ?
I'll check it out (I don't have a compiler here).
With a quick look at the code: is the reviewgame.tcl code
Indeed it is broken if the option to show variation arrows is ON. I looked
at the code and could not find its side effect.
Fulvio, could you also have a look ?
Pascal
2009/12/9 Joost 't Hart
> Pascal Georges wrote:
>
>> Fixed. In CVS.
>>
>> Pascal
>>
>
> Sorry, but it is not fixed (actually, i
Fixed. In CVS.
Pascal
2009/12/7 Joost 't Hart
> Hi!
>
> Linux, CVS, Tcl/Tk 8.5.7
>
> With auto-annotating a game with variations (deepshredder UCI, annotate
> all moves but NOT variations), annotation is blocked at the position
> with the green/blue arrow on the board. After analysing that posi
Hi!
Linux, CVS, Tcl/Tk 8.5.7
With auto-annotating a game with variations (deepshredder UCI, annotate
all moves but NOT variations), annotation is blocked at the position
with the green/blue arrow on the board. After analysing that position is
restarts annotating the same position over and over
