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.
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
visad
archives: