[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-kimageshop
Subject:    Re: dataabstraction in the curve widget
From:       Boudewijn Rempt <boud () valdyas ! org>
Date:       2005-06-22 17:39:42
Message-ID: 200506221939.45354.boud () valdyas ! org
[Download RAW message or body]

[Attachment #2 (multipart/signed)]


On Tuesday 21 June 2005 19:47, Casper Boemann wrote:
>
> I have thought of just defining an interface that potential curve
> implementations should follow. But I can't seem to take the mental leap as
> to what functions should be there. I would like to avoid specifying
> integers or double or QPoint or some other class, but still I need to be
> able to both draw the curve and modify it, without the curve implementation
> having to do all the work.
>

Perhaps a CurvePoint<_T, _T> class for the points, and a QList<CurvePoint> 
curvePoints for the points; a getter & a setter. I don't think you will have 
problems with that. What does the Digikam curve widget use internally? Maybe 
it's enough to just make that widget a little more generic and use as-is. 
That would make it more attractive for the digikam people to start using it, 
too.

-- 
Boudewijn Rempt 
http://www.valdyas.org/fading/index.cgi

[Attachment #5 (application/pgp-signature)]

_______________________________________________
kimageshop mailing list
kimageshop@kde.org
https://mail.kde.org/mailman/listinfo/kimageshop


[prev in list] [next in list] [prev in thread] [next in thread]