Hi!

Some messages were obviously lost on the way to my account.

>     The tree window needs three features:
> 
>     1) The user should be able to use the keyboard to progress through the
>     tree. Having to mouse click on a move is very slow and not good for the
>     hand joints.
> 
> Key bindings for arrows are used to navigate a game. To add extra 
> shortcuts to navigate in Tree window seems confusing for me : could you 
> precise the expected behavior ?

Currently you can select a line by clicking with the mouse
to navigate the tree. Maybe it is meant to add this feature
for the keyboard as well.

>     2) The user should be able to sort tree moves manually as they like.
>     This is important for competitive players for the following reason: when
>     constructing a book (e.g. repertoire), a player often wants to choose a
>     certain move to be listed first. This allows a player to move through
>     his repertoire quickly, or remind him what he thinks is the best move.
>     Currently, the four methods used to sort book moves do not allow the
>     guarantee that a move can be moved to the top. The easiest way (from the
>     user perspective) would be to scroll over to a highlighted move, then
>     hit the alt-"up arrow" key.
> 
> Repertoire navigation is not the purpose of the Tree window : it is a 
> statistics tool.

This is true if you use it for a large reference DB. From
this point, giving the significance together with the move
would probably be a good idea. Ie. you can have a DB where
white winns 100% of the games by 1.h3 but there is only one
such game.

Anyway, the tree turns purpose if you use it e.g. for the
repertoir DBs you promote.

Plus, to me it is not only a statistics tool. It is a
different view of the data. I sometimes use it as an
incremental search tool for my RefDB e.g. I think Steven has
this in mind as well, here. It nicely collapses multiple
lines into a list of options/choices from a given postion.

>     4) As a corollary to #3, it would be fabulous if the user had the choice
>     between deleting a move from the tree display and/or deleting the
>     position itself from the book. However, I would be elated with #3 alone.
>     That (ability to simply delete a move from the book display) is a
>     feature that is so basic and useful, yet is absent from commercial
>     databases (except from Bookup, I believe).
> 
> User repertoire, Book and Tree are three different things.

At a first glance I would confirm. However, if I got Stevens
idea correctly, he tinks about a way to generate a
book/repertoir (essentially the same, just with a different
number of lines) by browsing through a large DB and
selecting lines one by one. If you e.g. think about building
up the repertoir you could either start with an empty DB or
use a larger base and weed out what you do not want to be in
the book. The latter is used by quite some engines. E.g. you
build a book for crafty usually by using just a huge number
of games. If you now want crafty to play always the french,
you just mark 2...e6 as ! and all others as 0. If you want
to allow for the scicilian later on you just replace the 0
from 2...c5 by a ! And this ist idea I understand Steves
comment.

This sounds especially usefull in the context of the opening
DBs you always suggest, and it is the main reason why I use
the repertoir editor for this. Here you can add the lines
and just mark unwanted ones as 0 and wanted ones as !

So, IMHO, if the tendency is to replace the repertoir files
by usual DBs (you mentioned some interesting ideas there for
basing repertoirs more on positions than on actual lines)
Ideas as the above sound usefull indeed. Currently, setting
up repertoir lines is some packing them together on the
vi-level. At least I prefer vi for editing the sor-files
and use repertoir editor only for selective searches. There
it is pretty good as it offers a convenient way to display a
tree. Though, if I add up all of Steves comments one would
not use the repertoir editor but the tree window, which is
indeed a pretty natural idea.

Maybe Steve also has some skills in tcl? ;)

-- 

Kind regards,

Alexander Wagner
Universitaetsbibliothek Ilmenau
Langewiesener Str. 37
98693 Ilmenau
Tel.: 03677/69-4521 , Fax.: 03677/69-4617

-------------------------------------------------------------------------
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
[email protected]
https://lists.sourceforge.net/lists/listinfo/scid-users

Reply via email to