Pascal Georges wrote:
Hi!
> Some people asked for a more customizable Tree window,
> with the ability to hide moves. Finally the idea seems
> good to me. In order to fill a gap between current Tree
> window, Book, Repertoire editor, Opening base I propose to
> add aside each move in the Tree window some user defined
> markers (here between square brackets):
>
> [Color] [NAG] 2: d4 A40 1103253: 31.7% 54.6% 2260 2289
> 1994 32% [Annotation]
>
> The color tag defines if the line is a favorite, should be
> avoided, etc (something like 6 colors should suffice).
> Right clicking on a line allows the user to hide it.
This sounds good, indeed. Do you want to do this as a new
view of the tree? That is, with a toggle between "full tree"
and "masked tree"? Just as I feel that both informations are
valuable.
You speak of lines here. One drawback of the current tree
window in this regards is, IMHO, that it does not offer an
easy overview of the lines that spread from a current
position, as it displays only one move. Here, a tree like
view would probably be desireable in the long run. (It could
also be a matrix like thing.) Actually, this kind of tree
display is what I like about the repertoir editor. The
drawback of the latter is, that it is static while the tree
window is dynamic. (Automatically based on the database
below.)
> This is a kind of "Tree mask" or "Tree layer" that defines
> its display (In fact this should be a Repertoire editor
> replacement).
This sounds a good solution, indeed. How do you want to
store the mask criteria? I think an external text based file
would be the best, probably the ability to use several
different masks is desireable, then this could indeed
replace the repertoir editor. Probably one could reuse the
sor-files? They are mainly a way for stored queries against
a database.
> This Tree mask is not attached to a particular base but
> used as a kind of filter.
This sounds very resonable. In a way, this is what the sor
files accomplish. AFAIK you never used them, but they just
offer you an easy way to search for a bunch of lines in any
given database. You can distinguish between include/exclude
lines and search only the include lines. (Ie. those that
interest you.)
From my usage of this stuff I found includ/exclude a bit to
much black/white, one might want to note down some lines
with "avoid if possible", that is there's a gray level. Eg.
due to possible transpositions.
> One alternative is to have a fully editable book window
> with annotations, etc.
Hehe :) This window exists and in fact _is_ the repertoir
editor. Unfortunately, its editing features have, how do I
put it, "room for improvement". And it is not dynamic
itself. Maybe you could resuse parts of it. As ther're
people out there that might use it, it is probably a good
idea to reuse the sor-files if they accomplish the needs.
I'd guess they do, amlost. Probably one could extend them.
> but I am reluctant to add another stuff into Scid which is
> already too complex.
I'd drop the "too", but I agree that surely the tree window
could be used very well for the features you suggest. In
fact I always wished the repertoir editor would have hooked
up better with that.
> Moreover being set inside Tree window, the user has access
> to all Tree features (best games, stats, etc).
Agree as well. Combining Repertoir Editor and Tree Window
looks indeed a very good idea.
--
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
[email protected]
https://lists.sourceforge.net/lists/listinfo/scid-users
