Pascal Georges wrote:

Hi!

>     - 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.

Hm, well this will require the opening trainer to work with
masks instead of bases as well. Do you plan this for the
near future? Otherwise there's some need to convert between
both.

>     - 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.

Don't ask me why it fills the cache with all games ;) I'm
not even sure that it makes sense to fill the cache of the
opening base. Just "Mask -> Fill with base" does this.

>       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.

I don't get you. Maybe a missunderstanding. Currently, the
status window pops to front at every game that gets filled
into the mask. It took about half an hour here and while
that happend I was absolutely unable to do anything else on
the system. Ok, I can switch to the console with
ctrl-alt-f1, but within X this window poping to front every
other second makes it impossible to do anything as you'll
loose the focus all the time. (I've no idea what that has to
do with code factorisation, however.)

>     - Commentaries within the mask: I've no idea how a repertoir
[...]
>       8.Nxd4 Bc5" would be nice, not?)
> 
> 
> I don't understand how you intend to use the Mask feature.

Well, I try to use the repertoir functionalities the way I
understood you invented them. ;)

> It became for me a complete replacement to the repertoire
> editor and to any opening base.

This is nice but if I want to use your opening training
function as well this requires me to set up a base, isn't
it? Or is that also handled differently?

> 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).

Could you give me (us) some enlighteing
commentary/documentation of this? Does this mean that the
opening trainer should get removed? What's the general
direction here?

>     - 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.

Thx.

>     - 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.

Could you probably enlighten me with some short howto,
please?

I admit, I'm absolutely confused. As far as I got it till
now, the idea is to have a base for the opening trainer and
I can then fill that one into the mask. Therefore, I created
such a base where I added the lines required and filled them
in. I thought I was working right to the book...  Should I
just forget about the base entirely and fill in all my
repertoir into the mask only? Should the current opening
trainer be droped? Is its entire functionality mapped into
the tree? How would I add a "trap" to the mask, ie a ?? move
that is not played ever but worth knowing and should be
remarked for the learner?

I know this must all be clear to you, but it's really
confusing me.

-- 

Kind regards,                /                 War is Peace.
                             |            Freedom is Slavery.
Alexander Wagner            |         Ignorance is Strength.
                             |
                             | Theory     : G. Orwell, "1984"
                            /  In practice:   USA, since 2001

-------------------------------------------------------------------------
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

Reply via email to