[Top][All Lists]

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

Re: [Bug-gnubg] temperature map updated

From: Holger
Subject: Re: [Bug-gnubg] temperature map updated
Date: Mon, 02 Jun 2003 20:53:10 +0200

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.


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

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



reply via email to

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