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.
