callisto-debian/gimp
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

comment out Raph's saturation changes, didn't work in all cases

Browse Source 
* app/hue_saturation.c: comment out Raph's saturation changes, didn't
work in all cases

-Yosh
This commit is contained in:
Manish Singh
1999-03-09 00:31:01 +00:00
parent c8f7dfc8fa
commit a93f0a112b
5 changed files with 21 additions and 4 deletions
Download Patch File Download Diff File Expand all files Collapse all files

5
ChangeLog
View File

@ -1,3 +1,8 @@
Mon Mar 8 16:27:25 PST 1999 Manish Singh <yosh@gimp.org>
* app/hue_saturation.c: comment out Raph's saturation changes,
didn't work in all cases
1999-03-08 Tor Lillqvist <tml@iki.fi> 1999-03-08 Tor Lillqvist <tml@iki.fi>
* app/devices.c (devices_write_rc): A line had been deleted by * app/devices.c (devices_write_rc): A line had been deleted by

5
app/base/hue-saturation.c
View File

@ -173,7 +173,10 @@ hue_saturation_calculate_transfers (HueSaturationDialog *hsd)
the new behavior is exactly what you want. It's hard for me the new behavior is exactly what you want. It's hard for me
to imagine a case in which the old behavior is better. to imagine a case in which the old behavior is better.
*/ */
#define RAPH /* This isn't working properly with an image with 0 saturation
* e.g. a grayscale image. Comment out for now -Yosh
*/
/* #define RAPH */
#ifdef RAPH #ifdef RAPH
saturation_transfer[hue][i] = BOUNDS((i * (255 + value)) / 255, 0, 255); saturation_transfer[hue][i] = BOUNDS((i * (255 + value)) / 255, 0, 255);
#else #else

5
app/hue_saturation.c
View File

@ -173,7 +173,10 @@ hue_saturation_calculate_transfers (HueSaturationDialog *hsd)
the new behavior is exactly what you want. It's hard for me the new behavior is exactly what you want. It's hard for me
to imagine a case in which the old behavior is better. to imagine a case in which the old behavior is better.
*/ */
#define RAPH /* This isn't working properly with an image with 0 saturation
* e.g. a grayscale image. Comment out for now -Yosh
*/
/* #define RAPH */
#ifdef RAPH #ifdef RAPH
saturation_transfer[hue][i] = BOUNDS((i * (255 + value)) / 255, 0, 255); saturation_transfer[hue][i] = BOUNDS((i * (255 + value)) / 255, 0, 255);
#else #else

5
app/tools/gimphuesaturationtool.c
View File

@ -173,7 +173,10 @@ hue_saturation_calculate_transfers (HueSaturationDialog *hsd)
the new behavior is exactly what you want. It's hard for me the new behavior is exactly what you want. It's hard for me
to imagine a case in which the old behavior is better. to imagine a case in which the old behavior is better.
*/ */
#define RAPH /* This isn't working properly with an image with 0 saturation
* e.g. a grayscale image. Comment out for now -Yosh
*/
/* #define RAPH */
#ifdef RAPH #ifdef RAPH
saturation_transfer[hue][i] = BOUNDS((i * (255 + value)) / 255, 0, 255); saturation_transfer[hue][i] = BOUNDS((i * (255 + value)) / 255, 0, 255);
#else #else

5
app/tools/hue_saturation.c
View File

@ -173,7 +173,10 @@ hue_saturation_calculate_transfers (HueSaturationDialog *hsd)
the new behavior is exactly what you want. It's hard for me the new behavior is exactly what you want. It's hard for me
to imagine a case in which the old behavior is better. to imagine a case in which the old behavior is better.
*/ */
#define RAPH /* This isn't working properly with an image with 0 saturation
* e.g. a grayscale image. Comment out for now -Yosh
*/
/* #define RAPH */
#ifdef RAPH #ifdef RAPH
saturation_transfer[hue][i] = BOUNDS((i * (255 + value)) / 255, 0, 255); saturation_transfer[hue][i] = BOUNDS((i * (255 + value)) / 255, 0, 255);
#else #else