Alexander Wagner wrote: > Gerd Lorscheid wrote: > > Hi! > > >> I am used to have a small database containing games with >> my own analysis. To update one of these games I open it, >> search for interesting positions, look for (new) games in >> my large reference database with this position, replay >> them and then update my game and replace it in my small >> database. This use case is essential for a chess database >> application and perfectly supported e.g. by chessbase. >> > > Ok so far. > > >> When I try the same with scid, I open the reference >> database as tree, open my small database, load one of its >> games and go to the interesting position. When I now >> switch to the reference database, the game in my window >> also switches to the first game in the reference database, >> which contains the actual position. >> > > Yes... >
Hm, I would say "Yes?....". But it is true. See below. > >> So there is no chance to e.g. merge an interesting game or >> variation into my analysis game. >> > > ... No. > > >> I have to remember the lines, switch back into my small >> database and update my game per hand. >> > > As you opened the base as tree you can access for a given > position via best games button. From the "browse" menu you > can merge in lines in your current games without switching > the database at all. > > >> I think it is not logical to switch the content of the >> board when switching the database. >> > > Ah?! I admit, that I see your point, but you lost me > logic-wise here. If I change the base the board should > probably show the games of this base. That's why I switched > the base for, not? > I feel I understand it. In other products, the board is a mere stand-alone thing, not connected to something like a 'current' base. These products have the disadvantage that you cannot modify two games simultaneously. In scid, the board is always reflecting the position of the current game in the current base. Whatever that may mean. This implies that the board may/will change at the moment you 'switch' bases. What's more, it will change for any base, if you did open the tree for that base. For some reason ( I still am not sure that I like it myself) activation of the tree for some database also implies a search filter on games that contain the position on the board for that base. This feels contradictory to the observation that the board is coupled (only!) to the 'current' database. And indeed, the feature you are looking for is not there. > Anyway, the behaviour of Scid was changed here only > recently. Actually, the intention was to be more logical. > The original behaviour was as you describe as your wish. But > indeed your're right, it broke merging games from the list > of games indeed, this menu point does not make sense > anymore. One would have to go via browse game from the games > list and merge from there. And you're right as well, that I > have to copy the position to search for to the clipboard > first, paste it and only then may use it. > > >> Switching the game should be a voluntary action of the >> user. It should be possible to merge games of different >> databases. >> > > Sure this is possible. > > However, what is the most logical way to work? Keep a game > of base A when switching to base B? Switch to the first > filter game from base B when switching to base B? > > I must say, thinking about it I'm not sure myself anymore. I > feel, current behaviour is logic but it might not be the > best in usability? > > >> What I also would like, if scid comes up in the same state >> it was closed before. It should load the same databases, >> open the same (detached) windows with the same location on >> the screen. >> > > Currently, you can autoopen certain windows via > Optoins/Startup. Additionally almost all windows should > properly remember size and position. Probably, in the > ongoing polishing this menu item could be replaced by the > automatism you suggest. > > Additionally, it might learn auto-reopen of bases. (I feel a > command line switch to avoid all of the above is advisable.) > > >> Ideally it would even recover "unsaved" games. This would >> allow me to continue working at the point I have stopped >> before and it would be a nice feature compared to >> chessbase. >> > > I'm not sure if this is possible. Would require some type of > "hidden game". > > ------------------------------------------------------------------------------ Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com _______________________________________________ Scid-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/scid-users
