Clear story!

And would be great to have this in the future.

I do not want to mess up its formatting, so add my single question here:

How do I currently set the dbFilter? I know of (only) the header search, but
I still did not manage to combine it with the treeFilter, so it seams.
A simple use case description is appreciated.

So I am sensitive to usability :-) Unfortunately a bad designer in this 
respect.

Joost.

On 01/24/2011 09:45 PM, Gerd Lorscheid wrote:
>       Hello,
>
> as I understand there is something like the following structure in the air:
>
>
> tcl-layer    list windows             tree statistic window
>                 |        \              /           |
>                 |          \           /            |
>                 |            \        /             |
> c++-layer   dbFilter        treeFilter        statisticFilter
>
>
> where:
> - list windows are the game list window and the browser windows.
> - The dbFilter is a short living filter defined to reduce the scope of a
> database.
>    Typical example is: Games of Kasparov
> - treeFilter filters the games based on the position on the board. It cannot
> be configured.
> - statisticFilter is a long living filter to reduce the scope of the
> statistic
>    Typical example is: Games where both players have more than 2300 ELO.
>
> Now each of the tcl windows should be able to activate or deactivate the
> link to a underlying filter without deleting it. So a list window can show
> all games, the games filtered by either dbFilter or treeFilter or both. Each
> instance of a list window can have its own settings.
>
> Today we have dbFilter and treeFilter and hardcoded links to the windows.
> The statisticFilter is a bit different. It could look like a header search
> filter, but many of its fields are not useful. Some like Alexanders example
> are difficult to implement. The statisticFilter is long living. I would like
> to set it once and get it automatically activated when Scid starts. Also
> there should be different statisticFilter for different databases. I do not
> want to recreate it when I add new games to the base. So a filter expression
> and not its result needs to be saved.
>
> I think the tcl layer should maintain which of the filter links are
> activated for a given window. The info can be passed to the backend with
> each call - there are only few of them. So the backend can calculate the
> filters when necessary. This is not difficult to implement and I did it
> already in my private code for the list windows to treeFilter link.
>
> There remains the question how to visualize the state. Here I am open to any
> proposal. For me a combo box would fit.
>
>       Gerd
>
>
> -----Ursprüngliche Nachricht-----
> Von: Alexander Wagner [mailto:a.wag...@physik.uni-wuerzburg.de]
> Gesendet: Montag, 24. Januar 2011 18:06
> An: f...@libero.it; Scid Users List
> Betreff: Re: [Scid-users] Best Games List/Games list + Filter interaction
> was: Potential data loss using trees
>
> Hello Fulvio!
>
>> Very interesting.
>> I attach a screenshot and a patch.
> Just checked out your screenshot. I'm currently on travel so I do not
> had a chance to check your code. Anyway, Steven seems to have had a
> glance and you seem to be interested in some response on the function as
> such.
>
> Some comments:
>
> - I like the context menu for the tree. This works in the direction of
> actually making the best games list an instance of the real games list.
> (Probably worth a consideration, to come to only one control here.)
>
> - I like the ability to apply header filter to the tree or not even for
> the stats. This gives an easy access to repertoir browsing e.g. and IMHO
> blends very well with the masks feature.
>
> - IMHO "all games" should be grayed out if no db filter is active. This
> could signify the user what's going on. However, I do not see right now
> how to obtain this.
>
>> The code is very rough and probably have many issues, but i would like to
> have
>> your opinion on the tree behavior.
>> 1) The tree window updates only the "best games window" and not the "game
> list
>> window"
> In general we should discuss this point further. Probably, the games
> list should indeed learn some states: all, tree, header and a
> combination of those. What I tried to discuss with Gerd (but he seems to
> miss understand me here a bit) is how we make clear to the user what he
> actually gets where and why. So, IMHO some visual feedback is required.
> Probably we need a function in the backend that signifies which filters
> are active to achieve this.
>
>> 2) A new checkbutton "all games" allow to show stats for all the games in
> the
>> database or only for the filtered ones.
> This sounds a very good addition.
>
>> I think that blending this with your improved game list window will
> produce
>> the maximum flexibility; giving everyone the possibility to choose his
>> preferred way of work.
> Indeed.
>
> For me your direction would deserve a "go" state.
>
> cu
> Alexander
>
> BTW: could you please adjust subjects and probably open a new post for
> new stuff? This makes it a lot easier for me to follow discussions,
> especially when I'm on the road. (Sometimes I've only a small Android at
> hand. Acutally, the reason for such a late reply to your interesting
> stuff...) TIA!
>
> ----------------------------------------------------------------------------
> --
> Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
> Finally, a world-class log management solution at an even better price-free!
> Download using promo code Free_Logger_4_Dev2Dev. Offer expires
> February 28th, so secure your free ArcSight Logger TODAY!
> http://p.sf.net/sfu/arcsight-sfd2d
> _______________________________________________
> Scid-users mailing list
> Scid-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/scid-users
>
>
> ------------------------------------------------------------------------------
> Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
> Finally, a world-class log management solution at an even better price-free!
> Download using promo code Free_Logger_4_Dev2Dev. Offer expires
> February 28th, so secure your free ArcSight Logger TODAY!
> http://p.sf.net/sfu/arcsight-sfd2d
> _______________________________________________
> Scid-users mailing list
> Scid-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/scid-users
>


------------------------------------------------------------------------------
Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
Finally, a world-class log management solution at an even better price-free!
Download using promo code Free_Logger_4_Dev2Dev. Offer expires 
February 28th, so secure your free ArcSight Logger TODAY! 
http://p.sf.net/sfu/arcsight-sfd2d
_______________________________________________
Scid-users mailing list
Scid-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/scid-users

Reply via email to