Enter Your Reply

To Rich:
Indeed, I think it is good to have diversity. There is no point whatsoever
in giving WinBoard and GC all the same capabilities, as one of them would
then be superfluous. The requirements for a GUI are entirely different
from the requirements for a game-play server. GC wil never make a useful
GUI for engine-engine play, and WinBoard will never make as versatile a
client to a server that can prepare html pages as a browser. In the areas
where the tasks they can perform overlap, it only enriches the world that
they are different. People can then choose what they like best.

I would very much like to have an easier way of scaling the size of the
display, but if it is computationally too expensive, the efficiency
requirement hould take clear priority.

I am a firm believer in the 'maximum flexibility, minimum usefulness'
principle. Therefore I refrain from trying to make WinBoard do everything.
If there are tasks that have too little in common with what there is now,
it would be of no benefit to cram those into WinBoard. I would, for
instance, never teach it the rules of Checkers, Othello or Go to make it
possible to use it as a GUI for those games. There is too little synergy
to make that pay off.