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 114268 - previews of color changes should work on the displayed image, not on the full image
previews of color changes should work on the displayed image, not on the full...
Status: RESOLVED OBSOLETE
Product: GIMP
Classification: Other
Component: General
git master
Other All
: Normal enhancement
: Future
Assigned To: GIMP Bugs
GIMP Bugs
: 351632 669436 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2003-06-02 17:45 UTC by Raphaël Quinet
Modified: 2018-05-24 10:51 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Raphaël Quinet 2003-06-02 17:45:58 UTC 
When previewing the result of some color transformations (curves, levels,
brightness, etc.), the preview should work on the displayed image instead
of using the tiles from the original image.

So if the GIMP caches a scaled-down preview of the image (bug #76096), the
color transformations could be previewed much faster.  See also bug
#90421.  Being able to update a preview based on the displayed image would
be useful for the tools listed above.  This would also be useful for all
plug-ins dealing with colors, if the preview image is made accessible
through the PDB.
Comment 1 Sven Neumann 2003-06-03 15:51:18 UTC 
Caching a scaled-down version of the projection is not at all related
to this feature. Color correction is applied to individual drawables,
not to the image projection. In order to speed up the imagemap tools,
we would have to create a scaled-down version of the affected drawable
while bug #76096 talks about improving the display by using a better
scaling algorithm for the image projection. The dependency on bug
#76096 seems wrong to me.
Comment 2 Alan Horkan 2003-07-23 18:37:41 UTC 
Changes at the request of Dave Neary on the developer mailing list.  
I am changing many of the bugzilla reports that have not specified a target
milestone to Future milestone.  Hope that is acceptable.
Comment 3 Dave Neary 2003-07-24 13:26:21 UTC 
Setting milestone Future, this doesn't look like an essential feature.

Dave.
Comment 4 Sven Neumann 2004-06-05 11:22:48 UTC 
Removing the dependency on bug #76096. There is a relation but #76096 can be
implemented w/o any scaled-down drawables so there is definitely not a dependency.
Comment 5 Sven Neumann 2006-08-16 18:28:54 UTC 
*** Bug 351632 has been marked as a duplicate of this bug. ***
Comment 6 Michael Natterer 2012-02-08 17:51:38 UTC 
*** Bug 669436 has been marked as a duplicate of this bug. ***
Comment 7 Michael Natterer 2016-05-24 19:42:07 UTC 
Filters with on-canvas preview now at least process the visible
area first, which is already quite an improvement.
Comment 8 GNOME Infrastructure Team 2018-05-24 10:51:55 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/43.