After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 788938 - Desire for 8bit integer RGB color pane.
Desire for 8bit integer RGB color pane.
Status: RESOLVED OBSOLETE
Product: GIMP
Classification: Other
Component: General
git master
Other All
: Normal enhancement
: ---
Assigned To: GIMP Bugs
GIMP Bugs
Depends on:
Blocks:
 
 
Reported: 2017-10-13 13:37 UTC by Vagner Souza
Modified: 2018-05-24 18:31 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
A comparison between 2.8,.16 and 2.9.6 (234.68 KB, image/png)
2017-10-13 13:37 UTC, Vagner Souza
Details

Description Vagner Souza 2017-10-13 13:37:34 UTC
Created attachment 361521 [details]
A comparison between 2.8,.16 and 2.9.6

I am a very happy user of GIMP 2.8.16.

My first deception with GIMP 2.9.6 is just in color values.

2.8.16 use 0-255 integer for RGB values.
2.9.6 use fractional percent values. This IS very complicated, because I must do convertions with a calculator to convert.

Please, create a Preferences settings and let us to choose either Decimals 0-255 or fractional percent. Affinity Designer / Photo already let us to choose.

Please, see the attached file.
Comment 1 Øyvind Kolås (pippin) 2017-10-13 15:03:28 UTC
GIMP-2.9 supports higher bitdepths than 8bits per pixel, 8bits per pixel is where the 0-255 range comes from, calling it "decimal" seems strange - it would be more true to call a range 0-255 "8bit integer". In your screenshot you can also see 8bit integer values in a form that is in common use on the web you have chosen the color "c3a1316" in 2.8 and "c4a316" in 2.9 ; if you need to match exact CSS colors I suggest you use this feature.

Do note that GIMP-2.9 supports editing of higher bitdepth images, as well as unbounded floating point images (high dynamic range) where the values are permitted to go below 0.0 and above 100.0, for such colors 8bit RGB sliders
fall short.

Keeping default behavior that works across the precisions supported by GIMP both in 8bit and higher bit depths is important, a less cluttered interaction than a preference for choosing between different representations would be desire for a pane/tab in the color-picker that operates with 8bit integer values for RGB.
Comment 2 GNOME Infrastructure Team 2018-05-24 18:31:51 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gimp/issues/1214.