[Kst] treatment of invalid data in KstImage

[Ted Kisner]

It is already implemented ;-)  I added a backgroundColor member to the
KstCurveRenderContext.  KstImage paints pixels this color if the
matrix elements are undefined.

The healpix datasource is basically as "complete as possible" given
our current lack of a Kst2DRenderer and our lack of a vectorfield
basecurve.  As soon as my source tree compiles again, I'll test out a
couple features of the healpix config widget and then do huge commit.

Actually, does anyone know if it's possible to unmerge only a single
commit from svn?  From the docs it looks like I can revert to a
previous revision, but then I lose *all* of the more recent commits,
not just the one I want to unmerge...

-Ted

On 10/28/05, Barth Netterfield <netterfield at astro.utoronto.ca> wrote:
> I agree that what you suggest is the correct behavior.
>
> Can you grab the current background from the painter?
>
> cbn
>
> On October 27, 2005 10:25 am, Ted Kisner wrote:
> > In KstMatrix, it is possible for some elements to be infinite or NAN.
> > Currently, KstImage draws these matrix elements as the first color in the
> > palette.  This is confusing since invalid data will then have the same
> > color as normal data that is simply off-scale.
> >
> > I think that the correct thing to do is to paint these pixels the current
> > background color (KstSettings::globalSettings()->backgroundColor).
> > Unfortunately this class is compiled into libkstapp, and I need to access
> > it from KstImage.cpp, which is in libkstmath.
> >
> > What is the most technically correct way to make KstSettings available
> > globally?
> >
> > -Ted
> > _______________________________________________
> > Kst mailing list
> > Kst at kde.org
> > https://mail.kde.org/mailman/listinfo/kst
> _______________________________________________
> Kst mailing list
> Kst at kde.org
> https://mail.kde.org/mailman/listinfo/kst
>