Hm, My observation is not accurate: As it happens, the PGN notation of the game I was creating is clipbase is there, but the game in scids memory still is the game corresponding to the last known tree position.
This is maybe even worse than the old situation... Cheers, Joost. Joost 't Hart wrote: > Pascal, > > You reported this 'fixed' on March 3, but it is not (completely). > > To reproduce, play a few _more_ moves after you have reached a > position that is not in the tree (so extend step 9 below with several > moves). > > Then, after you close the tree, the PGN notation window shows the game > you are entering in clipbase (this is fixed indeed), but the position > on the board and the current-move cursor in the PGN do not match! > > The position on the board is unchanged (which is good), but the PGN > tab (still) addresses the last known tree position. And the latter is > the position that scid thinks should be on the board! > > Arrow-left (e.g.) restores the position on the board to what scid > thinks it should be. > > Solution is - of course - not to mess up the (scid) position in the > PGN tab at all. > > Joost. > > > Joost ´t Hart wrote: >> Hi, >> >> [CVS - Linux] >> >> 1) Start scid >> 2) Do not open a database, so we work in clipbase >> 3) Ensure the pgn game notation window is shown. >> 4) Enter a few moves on the board, say 1.d4 Nf6 2.c4 e6 3.Nc3 >> 5) Open your reference database (board will show initial position) >> 6) Open the tree window. Give it all the time it needs to complete. >> 7) Lock the tree window (to this reference database) >> 8) Switch back to the clipbase, give the tree all the time it needs to >> render the data for the board position after 3.Nc3 >> 9) Play the (weird) move 3... g5 (or any other move that is not in the >> set of listed moves in the tree window). Give the tree all the time it >> needs to stabilize to its empty list. >> 10) Close the tree window >> >> Now observe that the game notation window is NOT showing the new game >> (in clip base) that we were entering, but some game from the reference >> database instead. >> >> The problem is caused by the "unknown" tree move. If you quit the tree >> in some known position, the game notation returns to our own game in >> clip alright. >> >> It seems that the first/last game is shown that _did_ match the last >> known position in the tree. At least this is what happens when I >> continue playing a known line until only a single game matches the tree >> position. If I play a new move at that time, and quit the tree window >> after that, this very game is left in the notation window. >> >> Cheers, >> Joost. >> >> >> ------------------------------------------------------------------------------ >> >> >> Open Source Business Conference (OSBC), March 24-25, 2009, San >> Francisco, CA >> -OSBC tackles the biggest issue in open source: Open Sourcing the >> Enterprise >> -Strategies to boost innovation and cut costs with open source >> participation >> -Receive a $600 discount off the registration fee with the source >> code: SFAD >> http://p.sf.net/sfu/XcvMzF8H >> _______________________________________________ >> Scid-users mailing list >> Scid-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/scid-users >> >> > > ------------------------------------------------------------------------------ Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H _______________________________________________ Scid-users mailing list Scid-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/scid-users
