bug-gnubg
[Top][All Lists]
Advanced

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

Re: [Bug-gnubg] temperature map updated


From: Joern Thyssen
Subject: Re: [Bug-gnubg] temperature map updated
Date: Mon, 2 Jun 2003 16:19:20 +0000
User-agent: Mutt/1.4.1i

On Mon, Jun 02, 2003 at 06:05:45PM +0200, Holger wrote
> At 20:40 01.06.2003 +0000, Joern Thyssen wrote:
> >I've updated the temperature map a bit:
> >
> >(2) the "squares" are now forced to be square (suggested by Sho Sengoku)
> 
> I don't see why the cells should be forced to be squares. If one enlarges 
> the window in order to be able to see the moves, one is forced to make it 
> higher, too. There is IMHO no good reason for this. It only wastes spaces.

Here is Sho's comment:

     "2. Square cells

     Each cell of the map (dice table) should be square so that a user
     can easily see symmetry of the table. Rectangular cells skew this
     symmetry, and make it harder for a user to grasp characteristics of
     the position.

     Displaying equity numbers and best moves are very nice features,
     but because visuality is the key of this TempMap method, symmetry
     of a map has higher priority, in my opinion.

     Here's my suggestion: By default, a map doesn't display equity
     numbers or best moves, and each cell is square. When a user choose
     to display them, then gnubg widens all cells so numbers fit in."

> Joern, couldn't you introduce yet another button "Force to squares", 
> checked for the new implementation and unchecked like it was before (cells 
> having the same ratio like the window)?

yes, that's possible:

(a) save the widgets for the gtk_aspect_frame_new
(b) new check button: 

    when active:

       gtk_aspect_frame_set( GTK_ASPECT_FRAME( ... ),
                             0.5, 0.5, 1.0, FALSE );

    when inactive

       gtk_aspect_frame_set( GTK_ASPECT_FRAME( ... ),
                             0.5, 0.5, 1.0, TRUE );


I suppose that should work.

> I had a look, but didn't find where the cells get their sizes.

gtk_drawing_area_set_size

but that indicates only the minimum size. GTK may make the height, the
width, or both larger. By setting homogeneous=TRUE for the surrounding
GtkTable and by putting the table into a GtkAspectFrame I forced the
square-ness.

Jørn




reply via email to

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