Selon Marcin Kasperski <[EMAIL PROTECTED]>: > Well, a few separate suggestions regarding the tree window. > > (background) I am using scid to keep reference database(s) (split > by eco) and search for opening ideas....
You are not alone ! :-) > 1. Open the tree easier. > > Let's say you are viewing some game, and would like to take a > look at reference tree with respect to this game (simplest form: > to check which moves do GMs play in this position). Currently > one need to do the following: > > - File/Open and open the reference database > - Windows/Tree window to display the tree > - click [Lock] to lock the tree on this database > - Ctrl-1 (or File/Switch to database) to navigate back to the > analysed game > > Quite a lot of clicks, rather tedious to do repeatably. > > It would be nice to have sth like File/Open Tree or File/Open as > Tree, what would do just the same - open selected database, open > it's tree, and lock it - while keeping the currently loaded game > active. You are right, and also that seems pretty easy to do (but I will need some time to do it because I am currently packaging Scid for Pocket, and I am discovering a new world...). Another suggestion you may find useful : I added a book window, so if you really have a favorite reference DB, why not generate a book with polyglot from it so you will get a very quick navigation (no calculation when moving). Moreover you can edit on the fly the book : for example even if the reference DB shows 4 possible good moves, your personnal way of playing may make you avoid one of the moves : you then just put a 0 in front of it. So you get at the same time a reference for ideas, that is fast, and that you can also edit ... > 2. Multiple tries at once > > It would be nice if one could open more than one tree at once. > For two reasons: > > - sometimes one simply want to take a look at more than one > database (say, some 'ellite' database with quality games, and > some 'hugebase' with many games, or maybe at databases > with two different eco ranges which can both occur in the game) > > - in other cases it would simply be nice to keep some tree open > while working with another tree, just because the former will > soon be needed again I already looked at that and it is not completely straightforward to code (Trees use an unique filter, that needs work to support multiple trees). But when I added the book window feature, I thought that would make useless the need for multiple trees, don't you think ? Currently you can have : - a Tree opened and locked to a reference base; - a working base opened ; - a book opened in read only mode ; - a book opened and editable ; Isn't it sufficient ? (at least for my chess skills, it is !). See my previous answer : isn't it preferable to go through books instead of bases ? > 3. Disable tree sync temporarily > > It would be also nice if one could temporarily disable tree > synchronization (just click or maybe unclick some checkbox), so > the tree stops changing in respect to the changes on the main > board. > > Why? A few reasons: > > - in case of large databases, tree sync is slow, Tree is slow : Yes ! this is where the books come into action : fast, lightweight and efficient ! > it would be nice > if I could disable the tree, navigate to the moment of the game > where I need it, and only then enable tree sync again (now I can > close the tree, but then a) opening it again is complicated - > see point 1, and b) bare opening of large tree takes noticeable > time) > > - sometimes one wants to see main moves and reference games in > some pos and keep them displayed while analysing possible > continuation on the board > > - if 2. is implemented (many tree windows), then it would be > useful to park temporarily unused trees Ok, I added a button in engine window to start/stop analysis for exactly the same reasons you explain here for tree window : so I will do it (but again, believe me, Scid in your hand on a Pocket PC is so nice, that I have first to stop playing with it to get spare time). Pascal ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Scid-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/scid-users
