Re: [Bug-XBoard] [bug #39971] fix configure switches misbehaving

2013-10-01 Thread h . g . muller
OOp Di, 1 oktober, 2013 7:42 am schreef Tim Mann: The documentation for zic2xpm says that it converts ZIICS pieces to xpm format. ZIICS is an old program from way back that few are likely to remember anymore. If zic2xpm works on ChessBase pieces, that's news to me -- where did you hear that?

Re: [Bug-XBoard] [bug #39971] fix configure switches misbehaving

2013-10-01 Thread Tim Mann
I noticed I still have a copy of ziics on my computer -- I never throw anything away. The doc files suggest that the ZIICS chess sets were in a format unique to ZIICS, but that the ones called Fritz were converted from Fritz -- whether with or without permission I don't know. Here are some

Re: [Bug-XBoard] [bug #39971] fix configure switches misbehaving

2013-10-01 Thread h . g . muller
The doc files suggest that the ZIICS chess sets were in a format unique to ZIICS, but that the ones called Fritz were converted from Fritz -- whether with or without permission I don't know. Well, the situation with pieces for XBoard since the switch to Cairo is such that anything people made

Re: [Bug-XBoard] [bug #39971] fix configure switches misbehaving

2013-10-01 Thread Tim Mann
IMO, there's no hope of automatic PNG to (useful) SVG, seeing that that would involve adding information that isn't in the PNG file -- i.e., the converter would have to guess what lines and curves the bitmap is trying to suggest to the human eye. Maybe a sophisticated machine vision algorithm

Re: [Bug-XBoard] [bug #39971] fix configure switches misbehaving

2013-10-01 Thread h . g . muller
Op Di, 1 oktober, 2013 9:49 pm schreef Tim Mann: It would be cool to have the old familiar piece shapes as SVG. Yes, we do have an SVG set, and I think Arun copied the pieces by hand from the original xpm pieces (and the extra ones I made for variants). So they look as similar as you could

Re: [Bug-XBoard] [bug #39971] fix configure switches misbehaving

2013-10-01 Thread Tim Mann
Ah, those look nice, at least in that size. Well, the knights' eyes look strange in XChu.png, but fine in Lion1.png. Or are the knights in XChu actually fairy pieces that have different looking eyes on purpose? The challenge with the original pixmap pieces was to tweak the smaller sizes to look

Re: [Bug-XBoard] [bug #39971] fix configure switches misbehaving

2013-10-01 Thread h . g . muller
Op Di, 1 oktober, 2013 10:18 pm schreef Tim Mann: Ah, those look nice, at least in that size. Well, the knights' eyes look strange in XChu.png, but fine in Lion1.png. Or are the knights in XChu actually fairy pieces that have different looking eyes on purpose? Indeed, these are the symbols

Re: [Bug-XBoard] [bug #39971] fix configure switches misbehaving

2013-10-01 Thread Arun Persaud
Hi looks like we could get rid of the zix2xpm program. Anyone had time to look at the patch to remove xpm from git? Everyone OK with me committing it to master? Arun ___ Bug-XBoard mailing list Bug-XBoard@gnu.org

Re: [Bug-XBoard] [bug #39971] fix configure switches misbehaving

2013-09-30 Thread Tim Mann
The documentation for zic2xpm says that it converts ZIICS pieces to xpm format. ZIICS is an old program from way back that few are likely to remember anymore. If zic2xpm works on ChessBase pieces, that's news to me -- where did you hear that? I guess it's possible that ZIICS used ChessBase pieces

Re: [Bug-XBoard] [bug #39971] fix configure switches misbehaving

2013-09-29 Thread h . g . muller
Op Zo, 29 september, 2013 8:12 pm schreef Arun Persaud: Tim: I also removed zic2xpm from git, which I guess is not that usefull anymore anyway? Hmm, I did not think of zic2xpm. As I understand it this can only be used by legal owners of a ChessBase GUI to convert their nice piece images from

Re: [Bug-XBoard] [bug #39971] fix configure switches misbehaving

2013-09-17 Thread Arun Persaud
On 09/07/2013 05:12 AM, h.g.mul...@hccnet.nl wrote: OK, I will convert those too, then. If I manage to make the Engine Output window work with plain bitmaps, the xpm-switch patch would have to be altered to always select no (or can be left out altogether?). Applying any patches for the

Re: [Bug-XBoard] [bug #39971] fix configure switches misbehaving

2013-09-17 Thread h . g . muller
Op Wo, 18 september, 2013 6:04 am schreef Arun Persaud: What's the status on this one? do we still need xpm at all or should/can we remove it? Since the last patch I pushed XBoard is now completely XPM free: I replaced the 7 remaining XPM icons that were used in the engine window by the Xaw

Re: [Bug-XBoard] [bug #39971] fix configure switches misbehaving

2013-09-07 Thread h . g . muller
Hmm, I guess this is something that crept in unintentially long ago. XBoard was always designed so that it also could use bitmap pieces if libXpm was not available. The pieces are now completely the responsibilty of Cairo, however. XBoard uses a few black-and-white pixmaps unconditionally for the

Re: [Bug-XBoard] [bug #39971] fix configure switches misbehaving

2013-09-07 Thread h . g . muller
OK, I will convert those too, then. If I manage to make the Engine Output window work with plain bitmaps, the xpm-switch patch would have to be altered to always select no (or can be left out altogether?). Applying any patches for the autoconf process will have to await Arun's return from