Alexander Wagner a écrit : > Also to Pascal in a similar problem. If there is a bug in > cache handling and it has to be > touched one might consierer ... ;) > > It would be nice to have a way to get more than the current > variations indexed to the cache file automagically. > Currently I do the following "once a year" when I update my > "really large DB"(tm). First I fill the cache via > maintanance. Then I open a repertoir file that knows most of > the lines I'm interested in, I jump to each one by hand and > add it to the cache. Some "Index all" woul be nice, the > repertoir files IMHO a good place to store the lines. > (Admitting that I always create repertoir files with vi > instead of scid's GUI dialog, as they're a lot easier and > faster to handle in vi.) > Hi Alexander,
I personaly never use the repertoire editor because I find PGN more universal to keep track of one's repertoire. That you prefer to use vi to edit it, confirms to me that the repertoire editor is not the best tool. But the "index all" makes sense, and should not be too complicated to implement ... Maybe a more general way to do this would be to have a list of "standard lines" defined in tree.tcl that covers more openings and with more plies (currently it includes about 100 lines, with an average of 3 moves), and it is what is used when "fill the cache" is triggered. So we could use a PGN-ified version of Scid.eco or something like that and asks Scid to generate the cache from it (even if the computing time will increase somewhat). I will look at it. Pascal ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Scid-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/scid-users
