Re: [Scid-users] Tree Cache Files

2007-11-27 Thread pgeorges
Alexander Wagner a écrit : > > Just to note that for compatibility reason I'd suggest not > to switch to Tk 8.5 upon the day of arrival but when it made > it into the major Linux Distributions. (Noting that Tk is > still 8.4 even in Debian Unstable. I consider everything > that made it to Debian st

Re: [Scid-users] Tree Cache Files

2007-11-27 Thread Alexander Wagner
pgeorges schrieb: Hi! >> pgeorges schrieb: >> >> BTW: What do you think about "consolidating" the many >> individual submenues for settings in some larger dialog(s)? >> Say all layout options in one dialog, all path settings in >> another, stuff like that. Slowly many menuitems accumulate

Re: [Scid-users] Tree Cache Files

2007-11-26 Thread pgeorges
Alexander Wagner a écrit : > pgeorges schrieb: > > BTW: What do you think about "consolidating" the many > individual submenues for settings in some larger dialog(s)? > Say all layout options in one dialog, all path settings in > another, stuff like that. Slowly many menuitems accumulate > for sett

Re: [Scid-users] Tree Cache Files

2007-11-26 Thread Alexander Wagner
pgeorges schrieb: Hi! >> Hm, I admit that it would be a very nice thing for the user >> not to have to dig in the code to find that valuable >> information... I think some "n lines left for the cache" >> (say if 95% is filled) would be some way to deal with it. >> The nice way would probably

Re: [Scid-users] Tree Cache Files

2007-11-26 Thread pgeorges
Alexander Wagner a écrit : > Hm, I admit that it would be a very nice thing for the user > not to have to dig in the code to find that valuable > information... I think some "n lines left for the cache" > (say if 95% is filled) would be some way to deal with it. > The nice way would probably be to

Re: [Scid-users] Tree Cache Files

2007-11-25 Thread Alexander Wagner
[EMAIL PROTECTED] schrieb: Good Morning! > The cache keeps a compressed filter associated with each > cached position. So once you have a pointer to an index > pointing to the filter, the search takes no time (you > don't have to go through all games to check if the > position present). So

Re: [Scid-users] Tree Cache Files

2007-11-23 Thread pgeorges
Cory Helfrich a écrit : > Hello Pascal, > > Sorry for the delay in responding. I installed Scid 3.6.21rc5 on my > Mac. I then did the following: > 1. Opened my databases. > 2. Used the "Fill cache file" from the tree window. > 3. I clicked Save cache file" from the tree window. Scid saved the > c

Re: [Scid-users] Tree Cache Files

2007-11-23 Thread pascal . georges1
Selon Alexander Wagner <[EMAIL PROTECTED]>: > pgeorges schrieb: > > Hi! > > > I tried to extend the number of lines used to fill the tree cache (2000 > > lines from ECO classification). Then I ran it with a tree from a 3 M > > games base : the cache would need several weeks to be filled (!). >

Re: [Scid-users] Tree Cache Files

2007-11-22 Thread Alexander Wagner
pgeorges schrieb: Hi! > I tried to extend the number of lines used to fill the tree cache (2000 > lines from ECO classification). Then I ran it with a tree from a 3 M > games base : the cache would need several weeks to be filled (!). 3M means 3*10^6 I guess or 3.000.000 games. It would make

Re: [Scid-users] Tree Cache Files

2007-11-22 Thread Cory Helfrich
Hello Pascal, Sorry for the delay in responding. I installed Scid 3.6.21rc5 on my Mac. I then did the following: 1. Opened my databases. 2. Used the "Fill cache file" from the tree window. 3. I clicked Save cache file" from the tree window. Scid saved the cache file correctly. 4. I ensured

Re: [Scid-users] Tree Cache Files

2007-11-22 Thread pgeorges
Alexander Wagner a écrit : > > 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). > > This is a good starting point, still I think it would be > woth to have also a "user

Re: [Scid-users] Tree Cache Files

2007-11-21 Thread Alexander Wagner
Hi! > 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. Well you're right, in the sense that it keeps the lines and variat

Re: [Scid-users] Tree Cache Files

2007-11-21 Thread pgeorges
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 f

Re: [Scid-users] Tree Cache Files

2007-11-21 Thread pgeorges
Hi, I am currently uploading a rc5 version that fixes a bug in the cache saving function. Could you please tell me if this fixes your problem ? Pascal Cory Helfrich a écrit : > Hello Pascal, > > I usually open a large database to use as an opening book while > analyzing games in a different da

Re: [Scid-users] Tree Cache Files

2007-11-20 Thread Alexander Wagner
Cory Helfrich schrieb: Hi! > I usually open a large database to use as an opening book > while analyzing games in a different database. Whenever I > open this database, the .stc file gets overwritten. Also, > the "Auto-Save Cache" does not stay checked for me. I am > using the latest version

[Scid-users] Tree Cache Files

2007-11-20 Thread Cory Helfrich
Hello Pascal, I usually open a large database to use as an opening book while analyzing games in a different database. Whenever I open this database, the .stc file gets overwritten. Also, the "Auto-Save Cache" does not stay checked for me. I am using the latest version of scid (3.6.20) and this