Summary: correct slight inaccuracy in GdkColor computation
Submitted by: None
Submitted on: Tue 26 Jun 2012 03:59:32 PM UTC
Priority: 3 - Low
Assigned to: None
Originator Email: galtge...@o2.pl
Discussion Lock: Any
OK, this will be pure nitpicking (as with rounding the result is likely
(almost) the same), but if we're going from 8bit per component to 16bit per
component, the correct integer formula would be '16bit value = (8bit value <<
8) + 8bit value'.
While the patch is against gtk3 client, similar fix could be done for gtk2
But on this note: surface_get_pixbuf is only correct if alpha is 0.0 or 1.0,
otherwise we're running into premultiplied alpha problem.
It seems to not be a problem for the current graphic sets (it seems they're
only using those values), but should I submit the patch fixing the problem ?
Date: Tue 26 Jun 2012 03:59:32 PM UTC Name: nitpick-colors.patch Size: 481B
nitpick at GdkColor
Reply to this item at:
Message sent via/by Gna!
Freeciv-dev mailing list