this problem would have been solved if the autoannotate would work for the
FILTER subset of the database. e.g. I could search for Player X playing
White and then just run autoannotate for whites moves for all games in
filter. then repeat for player X playing Black.
however, and I only recently found this out, autoannotate loads the games
directly from the database from one game number to next not from the filter
subset.
I think it would be useful if Autoannotate would load games as they are in
the filter.
On Mon, Oct 19, 2009 at 11:15 AM, Alexander Wagner <
[email protected]> wrote:
> andrei raevsky wrote:
>
> Hi!
>
> >> a chess game is (hopefully a logical flow). It does not help me to
> >> understand a game, if I check only my moves. I have also to
> >> understand where my opponent missed chances. So I even do not
> >> understand the options to analyze a game from one side.
> >
> > for example when you want to see where your kids or trainees made
> > blunders. think of it like this: one chess coach with a group of 10
> > trainees, each playing 5 games in a day. that's 50 games to look at. do
> > you really want to have your computer "analyzing" what your trainees'
> > opponents did?
>
> I admit that, for me, Gerd has a point, as you would not only want to
> know where your kids blundered, but most likely also where they missed a
> blunder by their opponent. At least that's the reason why I always do
> both sides if I use auto annotation. I would still like to have the
> ability to add the scores only (without the lines) to be able to look
> more precisely at a certain point without cluttering up the whole game
> with automatic lines. (One could use the score graph for checking out
> the blunders easily once a score exists. I prefer this to "annotate only
> blunders" cause it gives also some sort of feeling if the one side got
> an advantage gradually step by step and just lost by a blunder compared
> to single spot lines).
>
> But I see your point concerning calculation time as well. IMHO it would
> be a good idea to have some sort of "annotate my moves" for your
> request. This would then map to "My player names" (no additional GUI
> needed here) and this could hold the names of your kids. You'd surely
> want to see the game "from their side" anyway, it makes sense to auto
> rotate the board, therefore.
>
> And I admit that I like Daniels idea to use the filter list as input
> instead of "from here on the next 20". This would, IMHO, ease up the GUI
> as well (one input box dropped) and even make it more consistent as
> there're many functions that apply to the filter.
>
> Just my thoughts, however.
>
> --
>
> Kind regards, / War is Peace.
> | Freedom is Slavery.
> Alexander Wagner | Ignorance is Strength.
> |
> | Theory : G. Orwell, "1984"
> / In practice: USA, since 2001
>
>
> ------------------------------------------------------------------------------
> 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
> [email protected]
> 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
[email protected]
https://lists.sourceforge.net/lists/listinfo/scid-users
