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
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] 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] 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
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 scid-share-dir/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] 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 scid-share-dir/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