Re: [Bug-gnubg] HTML Export

[Joern Thyssen]

On Sat, Jul 26, 2003 at 08:34:30PM +0200, Jim Segrave wrote
> On Sat 26 Jul 2003 (17:05 +0000), Joern Thyssen wrote:
> > On Sat, Jul 26, 2003 at 05:02:02PM +0000, Joern Thyssen wrote
> > > On Sat, Jul 26, 2003 at 01:49:55PM -0300, Albert Silver wrote
> > > > 
> > > > - Is it at all possible for the numbers on the board to reflect a change
> > > > in direction? Right now the numbers are only right every other move,
> > > > since 24 becomes 1 every other move.
> > > 
> > > The board rendering routines doesn't support this, so the html export
> > > doesn't either.
> > 
> > I can add that this was the reason why I initially had the board numbers
> > in the html rather than in the board images.
> 
> I haven't looked at any of this code, so it may be impossible or
> undesireable, but...
> 
> Suppose the html images output also included .png's of the board upper
> and lower edges including numbers (top and bottom edges with numbers
> for both player's numbering)
> 
> Then you could actually choose based on player on roll which upper and
> lower edges to select and the numbers would be on the board rather than
> around it.

The numbers are on the board now. The problem is that there the board
rendering routines only implements board numbers printed from the view
of the bottom player, i.e.,

 13 14 15 16 17 18  19 20 21 22 23 24 (a) "b-hitop.png"

 12 11 10  9  8  7   6  5  4  3  2  1 (b) "b-lobot.png"

but not

 13 11 10  9  8  7   6  5  4  3  2  1 (c) "b-lotop.png"

 13 14 15 16 17 18  19 20 21 22 23 24 (d) "b-hibot.png"

The image for (d) is not identical to (a) (corners, bar, etc.)

The logic for selecting which image is already implemented in the html
export, but as gnubg can't generate (c) and (d), it just copies (a) to
(c) and (b) to (d).

Jørn