Hi!
> 1. Change the icon.
>
>
> [url=http://pix.nofrag.com/1/0/9/ca692adb147f1501e10e039bf140e.html][img]http://pix.nofrag.com/1/0/9/ca692adb147f1501e10e039bf140e.png[/img][/url
>
> <http://pix.nofrag.com/1/0/9/ca692adb147f1501e10e039bf140e.html%5D%5Bimg%5Dhttp://pix.nofrag.com/1/0/9/ca692adb147f1501e10e039bf140e.png%5B/img%5D%5B/url>]
>
>
> I am personally used to current icon, but if someone wants to organize a
> contest....
I tend to agree with Pascal, but I admit that it's really
just that I'm used to it. ;) I admit that I'd also prefer
the current one to your proposal, however, on Unix it's
fairly easy to change it to ones liking. A main issue would
be on Windows only.
> 2. Window list of games. Change the place of the ladder.
>
> This window is often larger than tall. Putting the scrollbar at the
> bottom eases its use (it is wider, so more precise).
IMHO you both have a point. Acutally, I also stumble upon
this scrolling left-right while it means up-down and would
prefer a vertical scrolbar for this reason. But especially
for long lists (unfildered games) the horizontal mode has
its advantage.
> 3. PGN Window. Switch background colour for plies.
>
> I will see if I can make it user configurable.
Should we try to move all colouring into varialbes and
source their values from some external file? I think this
would be a good idea. I'd suggest some options/colours.dat
to put them into one place. IMHO also an options/icons.dat
would be worth to think about. (Together with two default
files sourced from share/scid/...). However, there could be
some side effects, I'm not aware of.
> 6. Bin books. What for? Offer a real "opening book".
>
> Books have their own usage. They certainly should not be removed.
Probably, Pascals answer is short and to the point, maybe
this "own usage" should get another word. You need those
books for playing an engine game. Additionally, those stats
there have a different meaning: they specify how often the
opponent engine will play a move, not how often they appear
in a database or in GM play. That is, by those stats you can
almost force an engine to a certain opening or give it broad
variations. Additionally, those books also (can) contain the
engines learning stats. Finally, they cut a line at some
point specified on book creation. (One idea to weaken an
engine e.g. is to shorten the book to some very basic lines
and at a low depth getting the engine to calculate at an
earlier point and waste more time on this.) Therefore,
they're way diffrent to the tree window.
I agree with you, however, that it would probably be a good
idea to create them from a database. Especially, as
Polyglots code used today uses a _VERY_ poor memory
managment that comes into play if you want to create a book
from a large database. Crafy e.g. performs much better here.
However, I've absolutely no idea if that can be cured at a
resonable level of work. Using Polyglot books on the other
hand has the advantage that several are floating arround on
the net.
--
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:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
_______________________________________________
Scid-users mailing list
Scid-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/scid-users
![http://pix.nofrag.com/1/0/9/ca692adb147f1501e10e039bf140e.html][img]http://pix.nofrag.com/1/0/9/ca692adb147f1501e10e039bf140e.png[/img][/url](http://pix.nofrag.com/1/0/9/ca692adb147f1501e10e039bf140e.html][img]http://pix.nofrag.com/1/0/9/ca692adb147f1501e10e039bf140e.png[/img][/url){kind=link}
