<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto">Thank you, I appreciate the info. That’s why I asked on the mailing list.<br><br><div id="AppleMailSignature">Sent from my iPhone</div><div><br>On 9 Oct 2017, at 10:26 pm, Armin Le Grand <<a href="mailto:armin_le_grand@me.com">armin_le_grand@me.com</a>> wrote:<br><br></div><blockquote type="cite"><div>
  
    <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
  
  
    <p>Hi Chris,</p>
    <p>please don't. Have you seen that it's derived from <span style="color: #d4d4d4;"><font color="#000000">B3DTuple and thus
          is using three doubles? This makes it way bigger than the
          current one. It is more a interface class for ghaving the
          color ranges in abstract [0.0..1.0] range, so independnent
          from a device's color resolution. Is is in that form not
          seiously usable e.g. for spawnig Bitmaps.</font></span></p>
    <p><span style="color: #d4d4d4;"><font color="#000000">For adding
          alpha it would be better to derive a class adding it, but was
          not yet needed -see e.g. drawinglayer::attribute::</font></span>LineAttribute
      and others.</p>
    <p>It is *not* always feasible to have RGB and A together - basic
      Canvas(es) never have Alpha (seen as last target for paint),
      Bitmap/in-between targets have.</p>
    <p>Just my 2ct,<br>
      Armin</p>
    <br>
    <div class="moz-cite-prefix">Am 08.10.2017 um 14:22 schrieb Chris
      Sherlock:<br>
    </div>
    <blockquote type="cite" cite="mid:29EE6D7D-CE57-4C23-9B7C-D0B899492C65@gmail.com">
      <meta http-equiv="content-type" content="text/html; charset=utf-8">
      Just a quick query: is there any reason why basegfx::BColor
      doesn’t store the alpha value?
      <div><br>
      </div>
      <div>I was thinking it would be great to migrate from tools::Color
        to basegfx::BColor, but I genuinely don’t think this is really
        possible without storing the alpha channel.</div>
      <div><br>
      </div>
      <div>Also, I noticed a decent gerrit patch by Noel that removes
        yet another variant of Color in cppcanvas:</div>
      <div><br>
      </div>
      <div><a href="https://gerrit.libreoffice.org/#/c/43240/" moz-do-not-send="true">https://gerrit.libreoffice.org/#/c/43240/</a></div>
      <div><br>
      </div>
      <div>It would be great to have literally only one implementation
        of Color :-)</div>
      <div><br>
      </div>
      <div>Also, I proposed a Color modifier earlier to do alpha
        blending:</div>
      <div><br>
      </div>
      <div><a href="https://gerrit.libreoffice.org/#/c/43223/" moz-do-not-send="true">https://gerrit.libreoffice.org/#/c/43223/</a></div>
      <div><br>
      </div>
      <div>Feedback is that BColorModifer_interpolate can do this
        already, so it’s not like we don’t have the infrastructure to do
        this...</div>
      <div><br>
      </div>
      <div>Thoughts?</div>
      <div><br>
      </div>
      <div>Chris<br>
        <br>
        <div id="AppleMailSignature">Sent from my iPhone</div>
      </div>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
LibreOffice mailing list
<a class="moz-txt-link-abbreviated" href="mailto:LibreOffice@lists.freedesktop.org">LibreOffice@lists.freedesktop.org</a>
<a class="moz-txt-link-freetext" href="https://lists.freedesktop.org/mailman/listinfo/libreoffice">https://lists.freedesktop.org/mailman/listinfo/libreoffice</a>
</pre>
    </blockquote>
    <br>
    <pre class="moz-signature" cols="72">-- 
--
ALG (PGP Key: EE1C 4B3F E751 D8BC C485 DEC1 3C59 F953 D81C F4A2)</pre>
  

</div></blockquote></body></html>