bug-gnubg
[Top][All Lists]
Advanced

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

Re: [Bug-gnubg] replacement for game list


From: Jim Segrave
Subject: Re: [Bug-gnubg] replacement for game list
Date: Mon, 5 Jan 2004 15:12:37 +0100
User-agent: Mutt/1.4i

On Mon 05 Jan 2004 (11:37 +0100), Nardy Pillards wrote:
> On 5 Jan 2004 at 10:16, Joern Thyssen wrote:
> 
> > I'm not 100% familiar with GtkTree, but one problem is that GtkTree
> > operates in "row" mode, i.e., you select a given row. We want to
> > select a given cell, which makes a spread-sheet-like approach better.

> > The alternative is to change the game list to be more snowie-like,
> > i.e., instead of
> >
> > 1      65: 24/13                      31: 8/5 6/5
> > 2      65: 24/13                      66: 24/18(2) 13/7(2)
> >
> > we use
> >
> > 1      65: 24/13
> >        31: 8/5 6/5
> > 2      65: 24/13
> >        66: 24/18(2) 13/7(2)
> >
> > The advantage of the snowie-like game list is that it's much much much
> > easier to implement (I can even add whoppers and colors to such a
> > list). The disadvantage is that it takes up more vertical space.
> >
> > J?rn
> 
> If there are opponents (as in backgammon), the human eye (and brain)
> tends to the gnugb approach. Left side - riht side.
> (and it's what i personally prefer).

I agree - I prefer the side by side approach.
Perhaps stupid suggestion - can't it be two side-by-side objects (so
each 'cell' is in fact a row? If the cell width is forced to be wide
enough for the worst possible case:

101 11: 24/23* 22/21* 20/19* 18/17* ?? ??

(unlikely, I'll grant you, but still...)

-- 
Jim Segrave           address@hidden




reply via email to

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