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