Follow-up Comment #6, bug #27630 (project xboard):
As this is a matter of taste I expected it to be a hotly debated issue. Which
is why I copied the originl XBoard pixmaps back over those converted from the
WinBoard bitmaps.
I have enhanced the pixmaps/convert.c utility in the source distribution such
now that it can do conversion of the WinBoard bitmaps to both transparent and
opaque pixmaps, under control of a flag argument -t (for transparent). Problem
is that the "opaque" pixmaps are obtained by flood-filling the outside from
the 4 corners, and that some of the pieces (especially the orthodox pieces,
and some unorthodox pieces that have stolen the Knight symbol as part of their
design) are leaky, so that some of their details become transparent as well.
So we could remove the pixmaps from the source distribution and include their
generation from WinBoard bitmaps as part of the build process, if we build
transparent pixmaps. Generation of opaque pixmaps is not of acceptble quality
without manual interference.
The most viable alternative seems to include only a set of 3-color pixmap
templates, to be used for both light and dark squares, and derive the actual
light- and dark-squared pixmaps from it at run time. Deciding on the actual
color names only at run time then also allows the choice between opaque
(details = white) and transparent (details = square color) black pieces under
control of a command-line option.
H.G. Muller
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?27630>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/
_______________________________________________
Bug-XBoard mailing list
[email protected]
http://lists.gnu.org/mailman/listinfo/bug-xboard
