Bug Hunting Session
Bug 101084 - Process for editing colors in the color scheme unintuitive
Summary: Process for editing colors in the color scheme unintuitive
Status: RESOLVED WONTFIX
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: ux-advise (show other bugs)
Version:
(earliest affected)
5.1.4.2 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-07-23 11:02 UTC by Thomas Pfeiffer
Modified: 2016-07-23 22:24 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Thomas Pfeiffer 2016-07-23 11:02:44 UTC
When editing a color in the color scheme (Tools -> Options -> LibreOffice -> Colors) by changing any of its values or picking a different color, the change only gets applied if one clicks the "modify" button afterwards. If one just makes changes and clicks "OK", the change does not get applied and there is no feedback.

This is not what I'd expect as a user, and it's quite frustrating if you (think that you) change a whole lot of colors, click "OK" and nothing is actually changed.
Comment 1 Heiko Tietze 2016-07-23 22:24:48 UTC
Admitted, the workflow is not user-friendly. Or rather _was_ because the way how palettes are handled is currently under review. Actually the area fill style dialog is completely revamped [1], and in course of this GSoC project the configuration page of tools > options > colors will be removed in favor of a user palette. You will be able to manipulate this (and only this) palette from the normal color section.

Modifying the factory settings of palettes will not be possible anymore. You need to hack the *.soc file directly [2], which is a piece of cake for experts (simple xml syntax).

The changes will be available in release 5.3. Thanks for filing the bug, although I close it as WONTFIX (feel free to reopen). It's always good to get expert opinions. 

[1] https://design.blog.documentfoundation.org/2015/12/22/area-fill-options-made-consistent/
[2] <libreoffice>/share/palette/ (either at /opt or /usr)