diff options
| -rw-r--r-- | devel.but | 14 | ||||
| -rw-r--r-- | misc.c | 3 | ||||
| -rw-r--r-- | puzzles.h | 3 |
3 files changed, 18 insertions, 2 deletions
@@ -4937,6 +4937,20 @@ more flexible than standard \cw{qsort()}: it lets you vary the sorting criterion in a dynamic manner without having to write global variables in the caller for the compare function to read. +\S{utils-colour-mix} \cw{colour_mix()} + +\c void colour_mix(const float src1[3], const float src2[3], float p, +\c float dst[3]); + +This function mixes the colours \c{src1} and \c{src2} in specified +proportions, producing \c{dst}. \c{p} is the proportion of \c{src2} +in the result. So if \c{p} is \cw{1.0}, \cw{dst} will be the same as +\c{src2}. If \c{p} is \cw{0.0}, \cw{dst} will be the same as +\c{src1}. And if \{p} is somewhere in between, so will \c{dst} be. +\c{p} is not restricted to the range \cw{0.0} to \cw{1.0}. Values +outside that range will produce extrapolated colours, which may be +useful for some purposes, but may also produce impossible colours. + \S{utils-game-mkhighlight} \cw{game_mkhighlight()} \c void game_mkhighlight(frontend *fe, float *ret, @@ -207,8 +207,7 @@ static float colour_distance(const float a[3], const float b[3]) (a[2]-b[2]) * (a[2]-b[2])); } -static void colour_mix(const float src1[3], const float src2[3], - float p, float dst[3]) +void colour_mix(const float src1[3], const float src2[3], float p, float dst[3]) { int i; for (i = 0; i < 3; i++) @@ -374,6 +374,9 @@ char *fgetline(FILE *fp); char *bin2hex(const unsigned char *in, int inlen); unsigned char *hex2bin(const char *in, int outlen); +/* Mixes two colours in specified proportions. */ +void colour_mix(const float src1[3], const float src2[3], float p, + float dst[3]); /* Sets (and possibly dims) background from frontend default colour, * and auto-generates highlight and lowlight colours too. */ void game_mkhighlight(frontend *fe, float *ret, |