-
> From: "Sunburned Surveyor"
> Sent: Friday, April 10, 2009 9:59 PM
> To: "OpenJump develop and use"
> Subject: Re: [JPP-Devel] modelToViewTransform
>
>> Thanks for the explanaiton Bing. Any chance we will be able
;OpenJump develop and use"
Subject: Re: [JPP-Devel] modelToViewTransform
> Thanks for the explanaiton Bing. Any chance we will be able to
> integrate your code back into the OpenJUMP core? I know a little about
> the rendering system in JUMP and would be happy to review the code and
t viewport, instead of seeing blank space, very much
> similar to panning on Google Map.
>
>
>
> --
> From: "Sunburned Surveyor"
> Sent: Thursday, April 09, 2009 10:51 PM
> To: "OpenJump develop and use"
&g
pace, very much
similar to panning on Google Map.
--
From: "Sunburned Surveyor"
Sent: Thursday, April 09, 2009 10:51 PM
To: "OpenJump develop and use"
Subject: Re: [JPP-Devel] modelToViewTransform
> Bing and others:
>
Yes, it pushed the result point one screen down. Just curious why this is
required.
From: Larry Becker
Sent: Thursday, April 09, 2009 9:09 PM
To: OpenJump develop and use
Subject: Re: [JPP-Devel] modelToViewTransform
Hi Bing,
I haven't studied this code for a while, but it seems
Bing and others:
I thought that Swing was already double-buffered, which would make
this modificaiton unnecessary. Are we double double-buffering? Or does
the improvement come because Swing is only double-buffering the actual
LVP envelope, while Bing is developing beyond this envelope?
The Sunbur
Hi Bing,
I haven't studied this code for a while, but it seems like the line is
moving the origin (top for window coordinate system, bottom for world).
regards,
Larry
2009/4/9 Bing Ran
> Hi list,
>
> Recently I started introducing an image back buffer in the LayerViewPanel
> in my project f
