NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.

To learn about what's going on, see About the Archive Site.

Re: GraphicsModeControl

Hi Doug,

> Excuse my graphics naivete. It seems to me that many properties of
> GraphicsModeControl (e.g. TextureEnable, PointMode) logically apply to
> the DataRenderer, not the Display. Is there a reason why these can only
> be applied universally to all Data representations in the Display (or is
> there a loophole I'm missing)? e.g. Why can't I add terrain data with
> TextureEnable(false) and satellite data with TextureEnable(true)?

You are right that some of these control variables could be
on a per DataRenderer basis. This has been done for PointSize
and LineWidth, which are DisplayRealTypes that can be used in
ConstantMaps passed with a DataRenderer to
DisplayImpl.addReferences(). This could be done for other
controls, but hasn't.

You might be able to hack others by writing a custom
DataRenderer (for example, one that would never use texture
mapping). I am working on a tutorial about DataRenderers
and perhaps I can address this issue in that tutorial.

Cheers,
Bill
----------------------------------------------------------
Bill Hibbard, SSEC, 1225 W. Dayton St., Madison, WI  53706
hibbard@xxxxxxxxxxxxxxxxx  608-263-4427  fax: 608-263-6738
http://www.ssec.wisc.edu/~billh/vis.html


  • 2001 messages navigation, sorted by:
    1. Thread
    2. Subject
    3. Author
    4. Date
    5. ↑ Table Of Contents
  • Search the visad archives: