Pascal Georges wrote: > This is not a bug, but a necessary feature. When a Tree is opened it > must reflect current board's state. When you create a new base, the > board is reseted and this is the expected behavior. I think you > process things in the wrong order.
Mind the wording. 'Expected' and 'Wrong'. Pascal, imho, the order you suggest below is only 'Correct' because it happens to work. There are so many things that are simply different with scid, one needs to get used to it; and to me it feels even close to impossible to document it. It is not bad (no, it is not!) but it is certainly not expected either. Another example (no need to respond to this one, though it is related): Start scid, open some base as tree (only), and enter a few moves from the tree on the board (in the clipbase). Now open the base that you already have in the tree, and notice that the current game on the board changes to the very first game in the base that matches the clip base board position. Could be a nice feature, but hard to understand it is and to me it always comes as a surprise; and - indeed, Natalia - I too call this a side effect. Regards, Joost > First create the new base, then > open a reference base a a tree and enter moves to reach the critical > position : the filter of the reference base is correctly set. Then in > base switcher you can drag and drop games from the reference base into > the new base. > > Pascal > > 2009/10/20, Natalia Pares Vives <nata...@paresvives.net>: > >> Hello all, >> >> Working with a big base of games in a Tree view, analyzing an Opening >> sub variant, when I try to save the tree filtered games in another >> working database (File/create) the filtered games in this operation >> are emptied and the tree returns to the first move... Maybe it's a >> side effect, because I want to create a database but no to work with >> it as main database that receives the application focus. >> I can do different steps to solve the situation, so isn't a critical >> problem, but probably it would be best to fix it in new releases, so a >> created new databases don't be focused automatically. >> >> Natalia Pares Vives >> >> ------------------------------------------------------------------------------ >> Come build with us! The BlackBerry(R) Developer Conference in SF, CA >> is the only developer event you need to attend this year. Jumpstart your >> developing skills, take BlackBerry mobile applications to market and stay >> ahead of the curve. Join us from November 9 - 12, 2009. Register now! >> http://p.sf.net/sfu/devconference >> _______________________________________________ >> Scid-users mailing list >> Scid-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/scid-users >> >> >> > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > _______________________________________________ > Scid-users mailing list > Scid-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/scid-users > > ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ Scid-users mailing list Scid-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/scid-users
