Menu
▾
▴
Re: [Scid-users] New "Best tree games" window
|
From: Gerd L. <ger...@on...> - 2011-06-19 11:54:06
|
Hello, the new widget has in addition to its internal functionality other advantages. For example it can be docked, what the old best games window did not allow. It seems also no problem that multiple instances can exist at the same time. So my question is why to connect it hardcoded to e.g. the switcher und force a user to a predefined working model. Instead we should make it an independent window. Then it can get a context menu to allow it to follow the current database or a dedicated database, to show the result of the dbFilter or filter with position filtering or simply all games of a db. Now we would not need to solve the problem what to show in the switcher game list, like done in the other post. The user can decide. If then the functionality like mark games as deleted are moved from the game list there is no question anymore whether the widget can be used for the game list window as this one is not needed anymore. The option to open a best games window is then nothing more than a shortcut. The (missing) option to open a game list window in the switcher again is nothing more than a shortcut. But it should also possible to open one by itself and to configure it by its context menu. Gerd -----Ursprüngliche Nachricht----- Von: fb...@li... [mailto:fb...@li...] Gesendet: Sonntag, 19. Juni 2011 12:11 An: sci...@li... Betreff: Re: [Scid-users] New "Best tree games" window >----Messaggio originale---- >Da: ger...@on... >Data: 18/06/2011 20.31 >A: <fb...@li...>, <sci...@li...> >Cc: <a.w...@st...> >Ogg: AW: [Scid-users] New "Best tree games" window > > Hello, > >I just did a first test of the new code. I like the new window. It looks >like actual technology and not something from the last century. I hope >somebody will follow and give the tree window the same format. >I have some notes: >When you have a tree window open, which is disabled, and you click on the >best games scid crashes. It is no real use case, but when it happens a user >may lose data. I can't reproduce this, if scid crash should be caused by c++ code, probably in the new sc_base_gameslist function. When you have time, can you trace the bug? >I have some problems with what you did with the game switcher window. The >best games window I can open when I like, but the games in the switcher are >always open. It leaves for its old content only one line, so if I have more >than three bases open, I have to scroll to find a base. This is annoying. So >it may be an idea to add an option in the context menu of the switcher >whether to show the game list or not and keep this info in the options. Also >the database part should be resizable for users working with many bases. I agree, the db switcher window can be improved. What do you think about showing the results of "dbfilter" instead of "filter"? >Now Scid is for some seconds after startup not accessible, I do not know >what it is doing, because there is no open database yet. >I will check the new stuff in more detail in the next week. I can't reproduce this, too. Maybe can be caused by something in options.dat? BTW I'm very pleased/surprised by how fast your sortcache code is. I tryed with a 2M database and scrolling is immediate even on my slow netbook. Bye, Fulvio ---------------------------------------------------------------------------- -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev _______________________________________________ Scid-users mailing list Sci...@li... https://lists.sourceforge.net/lists/listinfo/scid-users |