[Libreoffice-ux-advise] [Bug 107141] Proposal about First condition is not a good way to identify conditions in Manage Conditional Formatting (MCF)

https://bugs.documentfoundation.org/show_bug.cgi?id=107141

Heiko Tietze <tietze.heiko@gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
     Ever confirmed|0                           |1

--- Comment #3 from Heiko Tietze <tietze.heiko@gmail.com> ---
To rephrase the request:

* the dialog Manage Conditional Format identifies the conditions based on the
type
* varying properties of the type are not shown in this dialog; the user has to
go into the edit mode
* when more than one condition is used only the first is listed

Example: 
A1:A10 ColorScale (in red-yellow-green)
B1:B10 ColorScale (green-blue for <10 and magenta-pink for >10)

Suggested solution is an additional property "name" that _can_ be used for
identification of the condition (otherwise the old behavior is kept).

Example: 
A1:A10 "TrafficLight"
B1:B10 "G2B for <10, ugly colors above"

If there is no restriction from the file format I think that makes sense (->
NEW). 

Alternatively, a tooltip or even better another column could show the key
properties (we have plenty of space in this dialog). The more elaborated
solution is a WYSIWWYG preview where ColorScale, for instance, is replaced by a
symbolic representation of the colors. To show more than one condition the
dialog needs to get closer to the edit box, ultimately making it obsolete. That
means the conditions and properties for the selected range are shown (and edit)
inline. If there is need for an overview of many ranges we could go with a tree
rather than the current accordion style.

On the other hand a lot of effort for information that is just a double-click
away. The simple naming might be a good compromise.

-- 
You are receiving this mail because:
You are on the CC list for the bug.