comp.lang.idl-pvwave archive
Messages from Usenet group comp.lang.idl-pvwave, compiled by Paulo Penteado

Home » Public Forums » archive » Re: An IDLgrPolyline drawing position bug that's THICK dependent
Show: Today's Messages :: Show Polls :: Message Navigator
E-mail to friend 
Switch to threaded view of this topic Create a new topic Submit Reply
Re: An IDLgrPolyline drawing position bug that's THICK dependent [message #81907] Fri, 09 November 2012 13:39
kagoldberg is currently offline  kagoldberg
Messages: 26
Registered: November 2012
Junior Member
Interesting point. I set RENDERER=0|1 in my widget_draw() and the x-shifted-line appearance did not change. However, the frames-per-second rendering dropped from 87 to 24 with RENDERER=1. Thanks for the suggestion, though.
Re: An IDLgrPolyline drawing position bug that's THICK dependent [message #81912 is a reply to message #81907] Fri, 09 November 2012 11:49 Go to previous message
Karl[1] is currently offline  Karl[1]
Messages: 79
Registered: October 2005
Member
On Friday, November 9, 2012 12:04:59 PM UTC-7, kagol...@lbl.gov wrote:
> (IDL 8.2.1 on Mac OSX 10.7.5 and 10.8.2 both)
>
>
>
> I'm having an odd bug with IDLgrPolyline objects being drawn with an unexpected x direction displacement ONLY when THICK is not 1. Has anyone else seen something like this?
>
>
>
> In my object's IDLgrModel, I have an IDLgrPolygon (box) and a IDlgrPolyline (border) with the same x,y,z values except for a +1. on the border so it draws on top. They are both added to a IDLgrModel and Translate and Scale are applied.
>
>
>
> When THICK=1, everything lines up. When THICK=2 or higher, the border is drawn shifted by about 200 pixels to the right (not up and down), and THICK is the only thing I change. (I tried intermediate THICK values from 1 to 1.8 and they all line up fine. >= 2 is the problem.)
>
>
>
> I tried writing a few simple test programs to isolate and demonstrate the problem, but those all work as expected, at every THICK value, so I'm perplexed.)
>
>
>
> Any ideas from the IDL brain trust?

If it is still possible, turn on software rendering. If it works with software rendering, then it likely could be a problem with your (OpenGL) driver in the area of rendering wide polylines.
  Switch to threaded view of this topic Create a new topic Submit Reply
Previous Topic: Re: ASCII File reads of free format files
Next Topic: Coyote Library Updates

-=] Back to Top [=-
[ Syndicate this forum (XML) ] [ RSS ] [ PDF ]

Current Time: Wed Oct 08 17:11:22 PDT 2025

Total time taken to generate the page: 0.00548 seconds