trunk: updated randomize_color extension also changes color / hue / saturation if set to 0
Bug #1579939 reported by
Hachmann
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Inkscape |
Fix Released
|
Low
|
Hachmann |
Bug Description
Due to a "1 + " (which seems to be used to avoid division by zero) in the .py file, the extension also changes colors when randomize is set to 0% for H/S/L and the option is checked (user error).
This change removes the necessity for additional checkboxes altogether and relies on the sliders only, thus simplifying the interface, and making the extension a little bit more foolproof (and in those cases where a user would previously have checked a box and set the value to zero, also a tiny bit faster).
(I don't have a trunk branch, so I'm attaching the files as a zip - hope that's okay in this case?)
Related branches
tags: | added: color extensions-plugins |
Changed in inkscape: | |
status: | Fix Committed → Fix Released |
To post a comment you must log in.
Patch tested successfully on Windows 7, Inkscape trunk rev. 14880.
(I'll try to commit it later today on my main dev computer.)