Re: [Bug-gnubg] temperature map updated

[Holger]

At 16:19 02.06.2003 +0000, Joern Thyssen wrote:
> On Mon, Jun 02, 2003 at 06:05:45PM +0200, Holger wrote
> > 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.

As long as there are only the colours, absolutely.

>      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.

Also true.

>      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."

This suggestion I'd support, too. But it's a bit difficult with GTK 1.3, 
hence my suggestion. Btw, I don't mind the initial window having square 
cells. But if I widen the window to make space for the text I still don't 
really see the need to make it higher, too.
Just for mentioning it: (Almost) one half of the table is double. So one 
could argue about symmetry.

> > 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.

Hmm, I guess I'll leave this to you. GTK is very much still a stranger for me.

Regards,

        Holger