On 06/19/11 18:18, f...@libero.it wrote: Hi Fulvio,
Completely off-topic, but can you try to think of an idea why all your contributions to the list start a new topic, even if you reply to an existing thread? This makes following the discussion a lot harder... Keep up the good work, btw! Cheers, Joost. > 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"Best tree games" 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 > ------------------------------------------------------------------------------ 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
