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...
> 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?
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".
--
Kind regards, / War is Peace.
| Freedom is Slavery.
Alexander Wagner | Ignorance is Strength.
|
| Theory : G. Orwell, "1984"
/ In practice: USA, since 2001
------------------------------------------------------------------------------
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
