<div dir="ltr">Yes, overloaded versions that take both TColor and TFPColor (with the former calling the latter with conversion function) should be the best approach both to preserve backwards compatibility (for existing code) and consistency (for any new function). <br></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Sep 26, 2016 at 6:41 PM, Graeme Geldenhuys via Lazarus <span dir="ltr"><<a href="mailto:lazarus@lists.lazarus-ide.org" target="_blank">lazarus@lists.lazarus-ide.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 2016-09-26 16:15, Kostas Michalopoulos via Lazarus wrote:<br>
> Is there a need for alpha *everywhere* a color is used?<br>
<br>
</span>So how would functions that take TColor parameters work? For example,<br>
drawing a gradient with increasing Alpha value, say via a<br>
TCanvas.GradientFill() call. In the case of GradientFill() it has a<br>
Start/Stop TColor parameter. Also other functions like<br>
DrawGradientWindow() etc. So for each such cases, new overloaded<br>
versions will be implemented, replacing TColor with TFPColor?<br>
<span class="im HOEnZb"><br>
Regards,<br>
  Graeme<br>
<br>
--<br>
fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal<br>
<a href="http://fpgui.sourceforge.net/" rel="noreferrer" target="_blank">http://fpgui.sourceforge.net/</a><br>
<br>
My public PGP key:  <a href="http://tinyurl.com/graeme-pgp" rel="noreferrer" target="_blank">http://tinyurl.com/graeme-pgp</a><br>
</span><div class="HOEnZb"><div class="h5">--<br>
______________________________<wbr>_________________<br>
Lazarus mailing list<br>
<a href="mailto:Lazarus@lists.lazarus-ide.org">Lazarus@lists.lazarus-ide.org</a><br>
<a href="http://lists.lazarus-ide.org/listinfo/lazarus" rel="noreferrer" target="_blank">http://lists.lazarus-ide.org/<wbr>listinfo/lazarus</a><br>
</div></div></blockquote></div><br></div>