I understand your point and i agree with you, however there are some technical 
difficulties to a fully general purpose gameslist window:
1) In fact glist windows are independent and there are no problems with 
multiple instances.
However glist.create need a layout string to save differents column layout and 
sort criteria.
Now this is automatic: best games and db switcher can have they different 
column order and sort criteria.
With only one general purpose gameslist window the user will have to manually 
select the preferred layout each time.
2) You need to decide when to call glist.update
Actually this is a mess: for example i found out that there are 71 reference 
to ::windows::gamelist::Refresh.
For a general purpose gameslist we need to write some sort of event based 
system for filters: glist window register itself to the correspondent filter 
and the filter notify the registered windows when it changes.

I understand the advantages of a general purpose gameslist window, for example 
it will be useful sometimes to have two database games list opened at the same 
time.
However i don't know if it's worth the effort.
I will be in spain the next week, i think we can wait to hear the opinions of 
scid users about this.
Bye,
Fulvio


>----Messaggio originale----
>Da: gerd.lorsch...@onlinehome.de
>Data: 19/06/2011 13.53
>A: <f...@libero.it>, <scid-users@lists.sourceforge.net>
>Ogg: AW: [Scid-users] New &quot;Best tree games&quot; window
>
>       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
>


------------------------------------------------------------------------------
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

Reply via email to