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 drop the limit. > Ok, done, the idea was indeed good, because I even saturated a 1000 positions cache without being aware of this. So now the user can change in the Tree window menu the size of the cache (from 250 to 10.000 positions), and a popup gives the level of use of the cache. That way I think the Tree (manually tuned by the user) will become as fast as the Book window. The drawback is that when changing the cache size, it is reseted completely. Maybe I will find a way to workaround this (in the case of an increase of the size).
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
