xboard-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [XBoard-devel] XBoard 4.7.3: Full board textures + maximize window


From: H.G. Muller
Subject: Re: [XBoard-devel] XBoard 4.7.3: Full board textures + maximize window
Date: Tue, 16 Sep 2014 15:56:15 +0200
User-agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0


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.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]