2008/11/8 Alexander Wagner <[EMAIL PROTECTED]>
> Hi!
>
> I've just set up a small base containing some opening lines.
> To get a starting point I just used MCO, created a game for
> each main line of interest with the idea to hook in more
> variations into this basis. This resulted in an input base
> of some 80 games with an average depth of about 10 moves.
> Maybe this procedure is already "unintended"?
>
> Now, I wanted to create a mask from this base. Therefore, I
> opened the tree window, created a new mask and subsequently
> chose Mask / Fill with base. This seems to have worked,
> however I think the following points need definite
> improvement:
>
> - Screen Update: while Scid worked through the base it
> updated the main/pgn/tree window for each single move.
> This results in quite a heavy CPU usuage, and I think
> screen update is not necessary here at all. Additionally,
> I'd guess that most of the time the process takes is
> actually wasted for screen updates.
Given that the migration from a base to a mask is a process that occurs only
once for all, I don't see any real problem here (once the mask is there, it
becomes the data to work with, the base becoming obsolete). And if Scid's
state is not updated, there can be sometimes weird behaviors.
>
>
> - Filling the cache: this seems to work through each
> individual game which is ok. Unfortunately, for each
> singele game the "filling chache" status bar pops up and
> it is brought to front, ie. gets the focus. I think this
> is unacceptable, as this effectively inhibits to fill the
> mask in background.
To fill the mask you must use the menu "Mask->fill with [base|game]"
The menu "File->Fill cache" will do nothing with the mask.
>
>
> IMHO it would be better if the status window shows overall
> status, but if it shows the status for each game it must
> at least not pop to front and gain focus.
This is a side effect of code factorisation. Not a big problem for me.
>
>
> - Commentaries within the mask: I've no idea how a repertoir
> base should actually look like, but to ease up navigation
> in the base I created I "missused" PGN header fields. E.g.
> I created headers common to this one:
>
> [Event "French Defence"]
> [Site "Steinitz"]
> [Date "2008.10.31"]
> [Round "MCO-14/28"]
> [White "8.Nxd4"]
> [Black "8...Bc5"]
> [Result "*"]
> [ECO "C11n"]
>
> Here, I used Event for the openings name, Site for the
> lines name, Round for the paper reference and White/Black
> to mark the deviating moves. Probably it makes sense to
> add these textual commentary to the mask? E.g. in the
> position comment something like "$Event - $Site" resulting
> in "French Defence - Steinitz"? (Handling Black/White is
> not that easy as it could also be something like White's
> 9th move to black's 8th, where inversion would be
> necessary. Still something like "French Defence - Steinitz
> 8.Nxd4 Bc5" would be nice, not?)
I don't understand how you intend to use the Mask feature. It became for me
a complete replacement to the repertoire editor and to any opening base. I
migrated myself and now I only use the Tree window with a reference database
and two masks : one for White, and one for black. That way I have everything
gathered in the same place : evaluation of moves, comments on positions,
best games, stats, etc. Even the opening trainer is obsolete (maybe some
additions could be done to the Tree training feature, like the stats of
success/failure).
>
>
> - Commentary within the game seems to get added to the move
> comments. Shouldn't NAG commentary go into the markers? In
> some cases they go there, e.g. ! in others these are
> prepended to the move commentary. Maybe this happens in
> cases like "!? +=", ie if more than one NAG is added?
When there are conflicts importing lines, NAG goes to comments. Sometimes
you have the same move (from transpositions) with different NAG values, and
I let the user cope with this.
>
>
> - How would I remove a NAG in the mask? I only found
> removing the line from the mask and readding it.
Right. I will add a "None" entry to directly remove NAG.
>
>
> - Wouldn't it make sense to have position evaluations
> similar to NAG? E.g. a column that shows "+=" as well?
>
This would go to position comment : the text entry is free so I don't feel
the need to have a separate field. The user can manually add any value along
with position's comment. For moves, it is another thing, because NAG value
can be used later for training.
Pascal
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Scid-users mailing list
Scid-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/scid-users
