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: f...@libero.it [mailto:f...@libero.it]
Gesendet: Sonntag, 19. Juni 2011 12:11
An: scid-users@lists.sourceforge.net
Betreff: Re: [Scid-users] New "Best tree games" window
>----Messaggio originale----
>Da: gerd.lorsch...@onlinehome.de
>Data: 18/06/2011 20.31
>A: <f...@libero.it>, <scid-users@lists.sourceforge.net>
>Cc: <a.wag...@stellarcom.org>
>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
Scid-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/scid-users
------------------------------------------------------------------------------
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
Scid-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/scid-users
