Stefan Steiniger wrote:
Hello,
> I am not sure how this relates to you question, but i remember that Ugo
> did some stuff with image3d.. there is also a screenshot
> (http://static.flickr.com/20/70790849_e15117718c_o.jpg).
> Furthermore i think the people at lat/lon were working on 3d stuff
I am not sure how this relates to you question, but i remember that Ugo
did some stuff with image3d.. there is also a screenshot
(http://static.flickr.com/20/70790849_e15117718c_o.jpg).
Furthermore i think the people at lat/lon were working on 3d stuff (i
think it had something todo with a ne
Who knows? To answer that question you have to define "easy", and carry
out the analysis of the code.
You also need to decide whether you really need pluggable rendering, or
whether you are willing to fork the code base a bit
I'd be optimistic that it wouldn't be *too* hard - but the devil
I'm not sure about this. My pluggable rendering system simply allows
custom painting behavior based on the class of the object being
rendered. I'm pretty sure it is still passed the Graphics2D object
that comes from the LayerViewPanel.
Does that make sense?
The Sunburned Surveyor
On 9/20/07, Pau
It would need to be able to write to a Canvas3D object
Sunburned Surveyor wrote:
Paul,
If all you need to do is paint on a JPanel, then I think the pluggable
rendering system I was working on might do the trick. It hasn't been
thoroughly tested, but I do have it working, at least with 2D ESRI
S
Paul,
If all you need to do is paint on a JPanel, then I think the pluggable
rendering system I was working on might do the trick. It hasn't been
thoroughly tested, but I do have it working, at least with 2D ESRI
Shapefiles.
I can send the code over to you if you would like to take a look.
The S
A while back I heard something about a pluggable rendering system.
I have a client who is looking as using JUMP but what they want to be
able to do is have a 3D canvas instead of 2D, with this they would be
able to have stereo imagery with 3D geometries on top of it.
How easy would it be to swa
Don't ask me why, but modification of a try/catch block in my code
fixed the null pointer errors that I was getting in my pluggable
rendering code. I've now got the pluggable system working.
Over the course of the next two or three weeks I will do some more
testing of the system. I will also prepa
Hi SS,
I don't want to rain on your parade, I just haven't found a use for
your system yet. I'm not giving up on your system. It would be really
great if it could work for the example I came up with and make all
those custom selection renderer disappear into plugins.
>Can you customize the ren
Larry,
I just took a quick look at the Developer's Guide for JUMP and the
Javadoc. It looks like Renderer objects can delegate painting to
Styles.
The Developer's Guide says: "A renderer is an object that draws on the
Workbench using a java.awt.Graphics. A style is used by a
LayerRenderer to draw
Larry wrote: "I still don't see a use for this
system."
This means one of two things. Either I didn't do a good job explaining
it, or I'm a really crappy programmer.
Maybe it is a little of both.
Can you customize the rendering of any implementation of Layerable
using a Style? What if you want t
Hmm, it appears to me that your first example would be better served
by extending WMSLayer, and the second should be done with a Style, but
it would not work for my example. I still don't see a use for this
system.
regards,
Larry
On 7/26/07, Sunburned Surveyor <[EMAIL PROTECTED]> wrote:
> Larry,
Larry,
The original JUMP only allowed you to customize rendering behavior for
objects that were painted above and below the Layerable objects. In
addition, the programmer had no control over the order these
"non-layerable" objects were painted in.
The first restriction was partially addressed by
Hi SS,
>I believe I have finshed converting the built-in renderers to my
>pluggable rendering system.
...
>Do they, or
>anyone else working with the rendering system, expect my modifications
>to cause conflicts with there improvements?
I would need to examine the code to determine that. What was
>
> [1] I noticed that OpenJUMP passes a "SCALE_SHOW" String to each tasks
> RenderingManager. I wasn't able to find a Renderer for this String. I
> did find an InstallScaleShowPlugIn class. This class has an
> org.openjump package structure, so I don't think it was included in
> the original JUMP
I believe I have finshed converting the built-in renderers to my
pluggable rendering system. (I'm talking about the GridRenderer,
PartSelectionRenderer, LineStringSelectionRenderer, and
ScalebarRenderer, SelectionBackgroundRenderer, and
FeatureSelectionRenderer.) I hope to start testing the pluggab
I just wanted to remind all of the developers that I have modified
OpenJUMP's source code so that new renderers can be added to OpenJUMP with a
plug-in and no need to modify the source code. You can then select a custom
renderer based on the class of the object being rendered. I haven't tested
thi
17 matches
Mail list logo
