bug-gnubg
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bug-gnubg] Match statistics graph


From: Joern Thyssen
Subject: Re: [Bug-gnubg] Match statistics graph
Date: Fri, 29 Aug 2003 17:51:57 +0000
User-agent: Mutt/1.4.1i

On Fri, Aug 29, 2003 at 01:53:53PM -0300, Albert Silver wrote
> > I think this is the big divide between the Unix background and the
> > Windows background, Unix has the idea of lots of generic tools as
> > separate pieces which get assembled to meet requirements, Windows has
> > the idea (even if it's by sharing IE as the basic rendering platform),
> > of monolithic do-all tools.
> 
> The divide isn't merely a philosophical one, it has very much to do with
> the nature of the user-groups. Unix users are either professionals or
> very computer-savvy users, hecne their requirements and desires are
> going to be necessarily different. Windows users are the common Joe who
> will get lost in their file manager.

Remember that the main platform for gnubg is the GNU platform, e.g.,
GNU/Linux or GNU/Hurd.

We should *NOT* introduce all the bad design of Windows and Windows
programs into gnubg.

> > But most of what Albert mentions are actually derivations from simple
> > game data. Assume that gnubg can output a CSV file for every game
> > played containing:
> > 
> > date & time (I'd also suggest putting in the Unix time() value, as
> >              it's much easier to process)
> > player names
> > type - match/money game
> > score
> > rules/context - jacoby, crawford, post-crawford
> > result
> > luck total/average
> > chequer/cube/overall total and average errors
> > moves forced/total
> 
> Yes, this is why I admit having trouble seeing the difficulty here. I
> figured it was pretty simple. It already creates statistics for
> individual games, so merely adding information on what the score was
> for each game seemed like a very small step.  Instead of just
> recording the stats for each game, including double errors, etc. It
> would also retain the score difference for each game (that's only one
> extra element of information), and be able to list this. 

The current players' records only stores the accumulated statistics --
not the individual games.

Introducing these new players' records will break all existing players'
records.

> The list wouldn't involve any graphics, since I can't even begin to see
> how graphics would be of help in such a breakdown, and would simply be
> able to list them as such. 

Now you got me confused!

First you say that the average windows (and/or gnubg) user would not
know how to copy a file and now you're happy with a plain text file with
several thousand[*] lines of text??!!

[*] My own players' records comprises 1,625 games.

> All-in-all, it seemed like fairly little to ask, and really a lot of
> use to users. 

But only if they can manage to import such a file into a useful tool.

Jørn

Attachment: pgpcY2lFcO2vE.pgp
Description: PGP signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]