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 678472 - GEGL operation sliders range malfunctioning
GEGL operation sliders range malfunctioning
Status: RESOLVED FIXED
Product: GEGL
Classification: Other
Component: operations
git master
Other All
: Normal normal
: ---
Assigned To: Default Gegl Component Owner
Default Gegl Component Owner
Depends on:
Blocks:
 
 
Reported: 2012-06-20 12:00 UTC by Abel
Modified: 2012-12-01 23:52 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Abel 2012-06-20 12:00:28 UTC
The sliders for GEGL operations don't work well on my system (native OS X 2.8.0 build by Partha, OS X 10.7.3). For some operations (for example dropshadow) the slider won't move, but the value will jump instantly to a very high value: 179769313486231570814527423731704356798070567525844996598917476803157260780028538760589558632766878171540458953514382464234321326889464182768467546703537516986049910576551282076245490090389328944075868508455133942304583236903222948165808559332123348274797826204144723168738177180919299881250404026184124858368.00. It happens both when using the mouse and when using my Wacom tablet.

Another user with a Wacom tablet installed has reported the same problem on the Gimpchat forum: http://www.gimpchat.com/viewtopic.php?f=7&t=4440&start=120#p56169 (see two posts lower for details).
Comment 1 wrongwright 2012-06-21 03:29:53 UTC
Adding my 2cents worth to this report.  I have the following system.... 

2.39 Ghz Intel Core 2 Duo, 4GB Ram, Asus N51 Laptop with Mac OS 10.6.8

I am having same issue as the author of this report.  I have the same version of the Gimp as well.  Here is a list of all sliders I had issues with:

Perlin-Noise ...all sliders fail except last one Iteration
Matting-Global...only one slider here but it is "sensitive" like the "polar-cooridinates" slider.
Grid... all sliders  "sensitive'
Fractal Explorer...Width, Height "sensitive"
Drop Shadow...x, y don't move/numbers huge, Radius  Sensitive
checkerboard...all sliders sensitive
Shear Origin x, y and x,y don't move/high number value
Waves…x, y don't move/high number value
Translate..  origin x, y and x,y   don't move/high number value
Transform…  x, y don't move/high number value
Scale size.. Origin x,y and x,y don't move/high number value
Scale ratio… Origin x,y and x,y don't move/high number value
Scale…Origin x,y and x,y  don't move/high number value
Rotate… Origin x,y and degrees… don't move/high number value
Reflect.. Origin x,y and x,y don't move/high number value
Polar-coordinates x,y  sensitive sliders…they slide but numbers are huge..uncontrollable
Perlin-Noise…all sliders except last do not move/give high number value…"iteration" works fine.
Matting Global.. the only slider does move but no fine control.. is sensitive…it like others goes from 1 to 15230381  (note: this value only from this filter…but this same type problem I've seen in other sliders I've already mentioned.
Grid…all sliders move but  are sensitive, don't give fine control over values.
Fractal explore…Width and Height…no fine control with this moving slider.
Dropshadow…x,y don't move/high number value… Radius slider is sensitive no fine control
checkerboard…all sliders sensitive..no fine control.
Comment 2 GrafxUser 2012-07-10 17:16:38 UTC
Although I didn't face weird slider movement nor non-movement I found a similar problem with the ranges, see bug #673863. The 'non-moving sliders'-issue could probably be the result of instant preview. Maybe you had the 'Preview' checkbox enabled?
Comment 3 Michael Natterer 2012-12-01 01:51:51 UTC
GEGL operations need to set proper UI ranges so the GUI can pick them up.
Comment 4 Øyvind Kolås (pippin) 2012-12-01 23:52:52 UTC
This is reported against 2.8.x, human/ui ranges are used for sliders in 2.9.x