Re: XBoard 4.7.3: Full board textures + maximize window

Sebastian Pipping schreef op 9/16/2014 3:10 PM:
> That pre-processor approach would lose much of the quality and advantage
> of SVG.  When scaling the window, rather than showing a scaled bitmap
> image a vector imaged should be rendered from vector to that resolution.
The problem is that textures are not really suitable for representation 
as SVG. They only look good at one particular size. BTW, the 
pre-processor would of course be invoked every time you change the board 
size, like they are for the pieces.
> How about my original question?
> What I ran into: Is that a bug or not?
> Do we need a switch for "tile or board texture" or not?
I don't consider this a bug. Just a limitation of the supplied 
Xiangqi-board bitmap. If people want to use big Xiangqi boards, they can 
provide their own bitmap.

The switch is also not exactly what you say: the if() statements merely 
distinguish the case where you can cut out the squares in a 
non-overlapping way (and even might have freedom positioning them), or 
where they necessarily overlap. In the latter case you try to make them 
overlap as little as possible. But that can still be a far cry from 
having a single tile. There is a continuous transition. And there really 
is no freedom in which of the two cut-out formulas to use: the 
overlapping one is always inferior, but non-overlapping cut-out is not 
possible if the texture is not large enough. So it makes little sense to 
make an option that can force it to use the inferior formula.

H.G.