bug-gnubg
[Top][All Lists]
Advanced

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

Re: [Bug-gnubg] (LaTeX) export. A new variable to the move structs?


From: Joern Thyssen
Subject: Re: [Bug-gnubg] (LaTeX) export. A new variable to the move structs?
Date: Sat, 22 Nov 2003 08:11:15 +0000
User-agent: Mutt/1.4.1i

On Fri, Nov 21, 2003 at 08:27:31PM +0100, Øystein Johansen wrote
> Hi,
> 
> I'm working on commenting a match, and I want to export it to LaTeX. The 
> "Problem is that the LaTeX export, and all the other export formats as 
> well, exports all boards and all the analysis, and the documents becomes 
> enormous. A simple 9 point match will easily become 100+ pages, and most 
> of the space is taken by printed boards and most of the printed boards 
> are even uninteresing.
> 
> So.....
> I've been thinking of several solutions to this. The user should in some 
> way be able to choose which positions and analysis which should be 
> exported.
> 
> Alternative 1:
> Make a escape command in the commentary field for each board to be 
> printed. I.e if I start a commentary with \exportboard this will be 
> recognized by the export function and PrintLaTeXboard will be called for 
> this move record.
> 
> if (strncmp(pmr->n.sz, "\\exportboard" 12)
>     PrintLaTeXBoard( pf, &msExport, pmr->n.fPlayer );
> 
> Alternative 2:
> Add two new items to the move record union structs MOVE_NORMAL, 
> MOVE_DOUBLE, MOVE_TAKE and MOVE_DROP.
> Each of these structs can add the items:
> 
> int fExportBoard;
> int fExportAnalysis;
> 
> If these flags are set by the user, the boards and the anlysis are exported.
> 
> Which is best? Why? Suggestions? Is there any thing I'm missing?

I strongly prefer option (2).

Did you note the "**** Allow some option for selecting which boards to
print (see the "FG" SGF property)." entry in the TODO file.
(http://www.red-bean.com/sgf/properties.html#FG).

I would add a flag(s) to all MOVE records, and a bunch of commands, like
Jim suggested, to set this flag based on various criterias, e.g., mark
all bad or worse moves for export, analysis, and/or rollout. I'm not
sure whether it should be one flag used for all purposes, or a number of
different flags, though. I can see advantages and drawbacks for both
options.

Jørn

Attachment: pgpde6jwTJGkG.pgp
Description: PGP signature


reply via email to

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