> pa...@pbratholm.dk wrote: >>> Game1: White_elo 2700 - Black_elo 2500 - year 2007 >>> Game2: White_elo 2600 - Black_elo 2550 - year 2010 >>> Game3: White_elo 2400 - Balck_elo 2400 - year 2010 >>> >>> >>> I'm thinking about something like this: >>> (white_elo + black_elo) -penalty_year -penalty_elo_diff >>> >>> That will give me an order of game2 - game1 - game3 >>> >>> Bye, Fulvio >>> >> Sure that would be better than the original, only using -penalty_year >> adds >> what I think is unnecessary complications! Using only the year and the >> elos should give the order: game2 - game3 - game1 >> Not necessarily better, but I think simpler! >> >> > Oh, my bad! > Let's say > Game3: White_elo 2400 - Black_elo 2400 - year 2009 > > i still want the order: game2 - game3 - game1 > Hi Now it gets complicated! I think the order you would like was: game2 - game1 - game3 (as in your first example). To achieve that you would need to have elo as the first sorting key (or at least included). I'm not certain if we will not end up in some rather stupid fight about relative weight of the penalty_year! Actually the ideal way should be to allow the user some control over the sorting - somewhat like in the database sort function, only simpler (and preferably set in advance - I think): Sort by elo (the default - and sole method today) Sort by year (using elo as secondary key)
Maybe one could think of more - directly relevant - possibilities! I think those two methods might be enough for my purposes - but some people might like a Sort by popularity (essentially the sorting order of the tree!) option But I am afraid all these different possibilities are at risk of resembling the engine-tuning options if we add something like a penalty_year factor (which might be calculated in a host of ways). Still your suggestion (alone) would be much better than the present sort order! bw Palle ------------------------------------------------------------------------------ This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd _______________________________________________ Scid-users mailing list Scid-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/scid-users
