Re: [Scid-users] On multiple trees
Marcin Kasperski a écrit : >> * Best Games windows keep opening too, cluttering GUI >> > > Mhm, I agree, this is somewhat irritating. I would prefer to open > tree window only, and just open best games manually when I want > it. > This is a bug, not a feature : sometimes the "best games window" opens with a Tree. I will check it. Note that a "best games" window can be opened for each Tree window. >> * Tree window is not open immediately, so sometimes user >> doesn't know what is happening >> > > This probably depends on the database size and machine speed, I > am recently using splitted databases so I did not observe such > problem. But maybe some progress window would make sense. > > I just tried with a 1,5 M games base, and I have feedback when the base is opening and when the tree is computed (on a dual core 1.7 GHz laptop), and everything looks smooth and fast enough. I see no time when I don't know what's happening. >> * It is easy to get wrong tree for current database if there >> is only one open >> > > ??? > > I would also put a ??? NAG. >> There is one more feature request which is still not possible >> with current setup: to easily get opening tree for given >> player. You need to find his games, copy them to clipboard, >> switch to clipboard and create tree from there >> > > Ahh, this is feature which Chess Assistant calls 'prepare for > your opponent'. Fairly useful when one wants to check what is > the future opp playing. In case of scid one could approximate it > if it was possible to restrict the tree to the filter (although > this feature is useful enough to be given own name and menu > pos...) > > (woa, and as we now have multiple trees, it would be possible to > have 'opponent tree' and 'main tree' open simultaneously... This looks like "Scid scripting" for me : the concatenation of various commands : Open base -> filter player -> open as tree What you ask for here is certainly easy to do but will add more menus to Scid, more options, if hard coded (the classical way)... To be able to record actions and replay them or to script Scid would be very nice, but certainly harder. For now I just finished the port of Glaurung to ScidPocket, and it was not a piece of cake ! Pascal - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Scid-users mailing list Scid-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/scid-users
Re: [Scid-users] ECO file problem
Marcin Kasperski a écrit : >> Try to load ECO file from custom location (via Options menu), >> save current configuration and restart Scid. >> >> It doesn't work correctly here. >> > > Ugh, it seems that we have incorrect order. The instruction > which sets default ecoFIle was moved and landed after options > file loading. So scid loads ecoFile from options, then overwrites > this variable with default ;-) > > Workaround: symlink (or copy) your eco file in /data > (after all, make install puts eco file just there, you had to do sth special > to avoid it ;-)) > > Likely patch: split options handling out of start.tcl into separate file > (say load_options.tcl or sth like that) and modify Makefile.conf so > instead of > > TCLS= \ > tcl/start.tcl \ > tcl/config.tcl \ > > it reads > > TCLS=\ > tcl/start.tcl\ > tcl/config.tcl\ > tcl/load_options.tcl\ > > (sorry, I do not have time to write it and test today). > > PS The only true change was from > set ecoFile "/usr/local/share/scid/scid.eco" > to > set ecoFile [file join [file join $scidShareDir "data"] "scid.eco"] > Hi everybody, As Marcin noticed, this is due to options file being loaded before default setting of ECO file. I fixed it without changing anything in file structure and code and simply changing config.tcl.conf in that way: if ecoFile is not set during config.tcl exec, then we can use default settings. Pascal - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Scid-users mailing list Scid-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/scid-users
Re: [Scid-users] ECO file problem
> Try to load ECO file from custom location (via Options menu), > save current configuration and restart Scid. > > It doesn't work correctly here. Ugh, it seems that we have incorrect order. The instruction which sets default ecoFIle was moved and landed after options file loading. So scid loads ecoFile from options, then overwrites this variable with default ;-) Workaround: symlink (or copy) your eco file in /data (after all, make install puts eco file just there, you had to do sth special to avoid it ;-)) Likely patch: split options handling out of start.tcl into separate file (say load_options.tcl or sth like that) and modify Makefile.conf so instead of TCLS= \ tcl/start.tcl \ tcl/config.tcl \ it reads TCLS=\ tcl/start.tcl\ tcl/config.tcl\ tcl/load_options.tcl\ (sorry, I do not have time to write it and test today). PS The only true change was from set ecoFile "/usr/local/share/scid/scid.eco" to set ecoFile [file join [file join $scidShareDir "data"] "scid.eco"] - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Scid-users mailing list Scid-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/scid-users
Re: [Scid-users] On multiple trees
Marcin Kasperski, środa, 12 września 2007: >> * Tree window is not open immediately, so sometimes user >> doesn't know what is happening >This probably depends on the database size and machine speed, I >am recently using splitted databases so I did not observe such >problem. But maybe some progress window would make sense. Before, Tree window was always shown first and tree data were computed later. Probably it can be done the same way here. >> * It is easy to get wrong tree for current database if there >> is only one open >??? I will try to find a way to reproduce it. >> There is one more feature request which is still not possible >> with current setup: to easily get opening tree for given >> player. You need to find his games, copy them to clipboard, >> switch to clipboard and create tree from there >Ahh, this is feature which Chess Assistant calls 'prepare for >your opponent'. Fairly useful when one wants to check what is >the future opp playing. In case of scid one could approximate it >if it was possible to restrict the tree to the filter (although >this feature is useful enough to be given own name and menu >pos...) Right. Limiting tree to filter was my old suggestion, but Shane refused to implement it then. This can be used to check, for example, opening tree only for strong players or only for games with ECO code matching the opening we are studying (thus speeding up tree calculation) -- Michal Rudolf - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Scid-users mailing list Scid-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/scid-users
Re: [Scid-users] ECO file problem
Marcin Kasperski, środa, 12 września 2007: >Dnia wtorek, 11 września 2007 22:46, Michal Rudolf napisał: >> I have a problem with 3.6.19rc1: ECO file isn't loaded >> properly on startup. It seems to be always falling to default, >> so if the file is in other location, it has to be loaded >> manually every time. > >There was some ugly hardcoded default location which I changed to >the data directory (the same where ratings.ssp is now put). I >have eco in SHAREDIR/data and it loads fine... Try to load ECO file from custom location (via Options menu), save current configuration and restart Scid. It doesn't work correctly here. -- Michal Rudolf - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Scid-users mailing list Scid-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/scid-users
Re: [Scid-users] ECO file problem
Dnia wtorek, 11 września 2007 22:46, Michal Rudolf napisał: > I have a problem with 3.6.19rc1: ECO file isn't loaded > properly on startup. It seems to be always falling to default, > so if the file is in other location, it has to be loaded > manually every time. There was some ugly hardcoded default location which I changed to the data directory (the same where ratings.ssp is now put). I have eco in SHAREDIR/data and it loads fine... - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Scid-users mailing list Scid-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/scid-users
Re: [Scid-users] On multiple trees
> * Best Games windows keep opening too, cluttering GUI Mhm, I agree, this is somewhat irritating. I would prefer to open tree window only, and just open best games manually when I want it. > * Tree window is not open immediately, so sometimes user > doesn't know what is happening This probably depends on the database size and machine speed, I am recently using splitted databases so I did not observe such problem. But maybe some progress window would make sense. > * It is easy to get wrong tree for current database if there > is only one open ??? > There is one more feature request which is still not possible > with current setup: to easily get opening tree for given > player. You need to find his games, copy them to clipboard, > switch to clipboard and create tree from there Ahh, this is feature which Chess Assistant calls 'prepare for your opponent'. Fairly useful when one wants to check what is the future opp playing. In case of scid one could approximate it if it was possible to restrict the tree to the filter (although this feature is useful enough to be given own name and menu pos...) (woa, and as we now have multiple trees, it would be possible to have 'opponent tree' and 'main tree' open simultaneously...) - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Scid-users mailing list Scid-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/scid-users