On 01/25/11 11:31, Fulvio wrote: Hi!
> Alexander Wagner wrote: >> 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. > Hi Alex, i would try to explain my point of view. > First of all an important thing: "tree filter" is a statement with no > sense. I agree, I just used the term as we called it that way in the ongoing discussion. > We know that in the code exist a treeFilter, but a user that open a > "Game List" window and see a "tree filter" option will be baffled for sure. This is pretty precisely the "usability issue" that I mentioned. > So if we go back to the old, perfectly clear, "Game List" window behavior: > - Show always every game in the filter > no one can misunderstand that. > Now we want to add an option that "temporarily restrics the current > filter by the current board position" and a simple checkbox as Gerd did > is the best way in my opinion. > Please notice too that the new option is a different thing from the > Ctrl+Shift+B search current board that permanently change the filter. As far as I understood it we perfectly agree, and this sounds sensible. I have to read up your ongoing discussion, but I want to make a clear cut in current code so we can come up with 4.3 soon. So all this will go in a later version, as Gerd mentioned he didn't debug all details on his filtering stuff. > P.S. > I agree that "Game List" window and "Tree Best games" window should be > unified, but there are some big technical difficulties I see that issue too. Again we agree :) > P.S.2 > I think that the "all" option is a bad idea too. > User scenario: > - open a big database > - the "Game List" window show all the games, no way everyone will try to > go game by game in a million games database Agree ;) > - Search header for last year games > - Still too many results: "AND" the filter with elo>2500 games > - Look at some games > - reset the filter to make another search > - visual feedback: in many places you get the "Filter: number of games / > total games" > > Problems with the "all" option: > - open a big database > - the "Game List" window show all the games, no way everyone will try to > go game by game in a million games database > - Search header for last year games > - Still too many results: "AND" the filter with elo>2500 games > - Look at some games > - click on the "all" option and make another search My "all" was missleading. I agree with all your points. I'll also read up your ongoing discussion with Gerd later on, first taking care about releasing what we have reached now. I think you two are on a good track as far as I followed it. Go on, and keep your discussions going on the list. cu Alexander ------------------------------------------------------------------------------ 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
