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).

On Mon, Sep 26, 2016 at 6:41 PM, Graeme Geldenhuys via Lazarus <
lazarus@lists.lazarus-ide.org> wrote:

> On 2016-09-26 16:15, Kostas Michalopoulos via Lazarus wrote:
> > Is there a need for alpha *everywhere* a color is used?
>
> So how would functions that take TColor parameters work? For example,
> drawing a gradient with increasing Alpha value, say via a
> TCanvas.GradientFill() call. In the case of GradientFill() it has a
> Start/Stop TColor parameter. Also other functions like
> DrawGradientWindow() etc. So for each such cases, new overloaded
> versions will be implemented, replacing TColor with TFPColor?
>
> Regards,
>   Graeme
>
> --
> fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal
> http://fpgui.sourceforge.net/
>
> My public PGP key:  http://tinyurl.com/graeme-pgp
> --
> _______________________________________________
> Lazarus mailing list
> Lazarus@lists.lazarus-ide.org
> http://lists.lazarus-ide.org/listinfo/lazarus
>
-- 
_______________________________________________
Lazarus mailing list
Lazarus@lists.lazarus-ide.org
http://lists.lazarus-ide.org/listinfo/lazarus

Reply via email to