https://bugs.kde.org/show_bug.cgi?id=372009
Bug ID: 372009
Summary: kcolorchooser - 'Add to Custom Colors' overwrites
previous custom color
Product: kcoloredit
Version: unspecified
Platform: Other
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: NOR
Component: general
Assignee: percy.camilo...@gmail.com
Reporter: drankina...@suddenlinkmail.com
Target Milestone: ---
Version v2.0.0 on
KDE Frameworks 5.27.0
Qt 5.7.0 (built against 5.7.0)
'Add to Custom Colors' does not 'Add' it 'Wipes Out' any prior custom color
unless an empty custom color slot is manually chosen. Attempting to set focus
on an empty custom color slot destroys the current color selected replacing the
current with #FFFFFF (this is completely broken and mimics the way M$ Win 95
color chooser worked) Color chooser has always added to the 'next available'
custom color slot and the RBG values stored in
.kde/share/config/colors/Custom_Colors. Now you must manually set focus on the
next available slot which sets the current color to #FFFFFF -- completely
unwanted behavior.
Any time 'Add to Custom Colors' is chosen, it should store the current color in
the next open custom color slot. When all custom colors are filled, scroll-bars
should be provided to accommodate. This has worked flawlessly in the past.
--
You are receiving this mail because:
You are watching all bug changes.
