<html>
    <head>
      <base href="https://bugs.documentfoundation.org/">
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - Add color picker to starmath"
   href="https://bugs.documentfoundation.org/show_bug.cgi?id=138129#c2">Comment # 2</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - Add color picker to starmath"
   href="https://bugs.documentfoundation.org/show_bug.cgi?id=138129">bug 138129</a>
              from <span class="vcard"><a class="email" href="mailto:dante19031999@gmail.com" title="dante19031999@gmail.com">dante19031999@gmail.com</a>
</span></b>
        <pre>(In reply to V Stuart Foote from <a href="show_bug.cgi?id=138129#c1">comment #1</a>)
<span class="quote">> @Dante, replacing [1] the prior fixed SM color scheme (black, white, cyan,
> magenta, red, blue, green, or yellow) with selection of the X11, SVG 1.0,
> CSS2/CSS3 derived colors might not be the best choice. 

> It will result in OLE formulas in line on canvas with color theme that does
> not match the default RGB color names we implemented for Standard colors
> (<a class="bz_bug_link 
          bz_status_RESOLVED  bz_closed"
   title="RESOLVED FIXED - New RYB based standard palette: cleanup assigned RGB values and color names (result comment 44)"
   href="show_bug.cgi?id=114719">bug 114719</a>).

> Working with the OLE on canvas, users would have to switch the color picker
> over to the 'html' theme to be able to match the document text to the
> formulas.

> Naming is not critical--as we pass colors out without the color name, but
> expect these new expanded _SM_ static colors (name & RGB hex) *should* match
> value of the 'html' color palette (<a class="bz_bug_link 
          bz_status_RESOLVED  bz_closed"
   title="RESOLVED FIXED - Refresh html palette"
   href="show_bug.cgi?id=104048">bug 104048</a>). I did not check.

> Otherwise, I had kind of hoped to find a way to have our full color picker
> dialog available to SM to pick colors from *any* palette -- thus far this
> only expanded the formula 'color' attributes to a subset of the normative
> [2] standard.


> =-ref-=
> [1] <a href="https://gerrit.libreoffice.org/c/core/+/105892">https://gerrit.libreoffice.org/c/core/+/105892</a>
> [2] <a href="https://en.wikipedia.org/wiki/Web_colors">https://en.wikipedia.org/wiki/Web_colors</a></span >

I'm not really sure to understand.
The palettes we dispose on starmath are HTML ( made from MDN documentation ),
even if not visible on UI, and dvipsnames is on work ( color dvip colorname,
follow overleaf documentation ).
On core/starmath/starmathdatabase there are also functions that allow to
identify a color name.
That bug seems to be closed. And the colors definitions match the documentation
ones.
It is possible to add X11 colors. Something like color x colorname or even
colorx colorname. Have to check if there's a list somewhere or if I have to
define them _SM_. And also other palettes can be added.
I added as naturals the HTML colors because the previous colors where already
following the HTML standard and not X11. Changing they're definitions to match
X11 would break old documents.
For now the color picker can only have the HTML palette. But I can keep adding
colors as long as there is someone willing to do the UI work. If interested I
can explain you how does work starmath color identifier to pass them.</pre>
        </div>
      </p>


      <hr>
      <span>You are receiving this mail because:</span>

      <ul>
          <li>You are the assignee for the bug.</li>
      </ul>
    </body>
</html>