[Libreoffice-ux-advise] [Bug 138355] [UI] Please revert color name change "cyan/magenta" to "aqua/fuchsia" in Math (see summary in comment #4)

[bugzilla-daemon at bugs.documentfoundation.org]

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

V Stuart Foote <vstuart.foote at utsa.edu> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           See Also|                            |https://bugs.documentfounda
                   |                            |tion.org/show_bug.cgi?id=13
                   |                            |8129,
                   |                            |https://bz.apache.org/ooo/s
                   |                            |how_bug.cgi?id=118191
                 CC|                            |rb.henschel at t-online.de,
                   |                            |tabe at fixedpoint.jp,
                   |                            |vstuart.foote at utsa.edu

--- Comment #5 from V Stuart Foote <vstuart.foote at utsa.edu> ---
In a MathML context the "named colors" are technically keywords, used for
filter import, in the markup, and for exported MathML--so really not subject to
localization. Color values drawn from HTML4 era color names/values as listed
using "aqua" and "fuchsia".

IIRC the "cyan" and "magenta" were held over from old StarMath 5 color
keywords, but those colors are rendered to the "aqua" and "fuchsia" HTML4
values of MathML standard (our LIGHTCYAN and LIGHTMAGENTA definitions).

The GUI exposed color name keywords should follow the MathML standard, and if
we still need the CYAN & MAGENTA for backward StarMath compatibility--they can
stay, just not on the Elements -> Attributes panel. When Regina implemented the
16 HTML4 colors she'd kept CYAN & MAGENTA around--see bug 40436, and for AOO
i118191, but we should have quashed the cyan & magenta entries on the Elements
panel and moved to aqua & fuchsia then. 

Other than these exact keyword<==>RRGGBB pairings, no other "named colors" make
sense--and potentially cause interoperability issues for our sm formulas (OLE
or as exported). 

Meaning now with Dante's excellent work to expand the use of colors in the sm
Formula editor, a viable color picker is needed to specify the colors as MathML
#RRGGBB values. The SVX picker, opening any SOC palette for use, would support
color name localization in its labels. The subject of see also bug 138129

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