Although I really didn't want to do more work on those two outputs, I was curious how 2geom's transforms worked, so I spent the day updating POV and JavaFX output.
Ok, I think that -this time- I am finished with the javafx stuff, and I'll let someone take it from here.
Here is how our svg Tiger renders in javafx:
http://inkscape.modevia.com/win32_inkscape_org/jfxdump.png
I tested the POV output on POVRay 3.7a, and it seems to work fine. It is recoded to be recursive rather than iterative. Some POV users needed it to preserve groups, so this should help.
bob
Bob, that's great what you did in so little time.
Me and Jim Clarke made a few changes on the extension and now the JavaFX output is compliant with the SDK preview version of JavaFX. When the JavaFX 1.0 comes out the extension will need some little changes. There also some changes need to be done to it work better but this version is already usable.
Here some screenshots of it working: http://silveiraneto.net/wp-content/uploads/2008/08/tiger.png (ok) http://silveiraneto.net/wp-content/uploads/2008/08/gallardo.png (not ok yet)
On Fri, Aug 1, 2008 at 6:25 PM, Bob Jamison <rwjj@...127...> wrote:
Although I really didn't want to do more work on those two outputs, I was curious how 2geom's transforms worked, so I spent the day updating POV and JavaFX output.
Ok, I think that -this time- I am finished with the javafx stuff, and I'll let someone take it from here.
Here is how our svg Tiger renders in javafx:
http://inkscape.modevia.com/win32_inkscape_org/jfxdump.png
I tested the POV output on POVRay 3.7a, and it seems to work fine. It is recoded to be recursive rather than iterative. Some POV users needed it to preserve groups, so this should help.
bob
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Silveira,
I had committed a change earlier in the day for the same purpose. I think I had the same problem as you, that outputting the whole SVG tree as a single JavaFX declarative tree almost always causes a "code too large" compile error. I see that your and Jim's solution is to output all of the paths as individual methods which are invoked later, and this looks good. My alternative was to use SVGPath instead of outputting segments explicitly.
I merged our code together so that it basically runs your stuff with a few of my fixes. You might want to look at doCurve(), which I switched as:
#if 1 your doCurve() #else my doCurve() #endif
and see if you would like to use SVGPath instead. One benefit of doing it that way is that we have guys debugging the SVG path data output all of the time. And it's much smaller, of course.
Very good work, by the way! Send my thanks to Jim, too.
bob
Silveira Neto wrote:
Bob, that's great what you did in so little time.
Me and Jim Clarke made a few changes on the extension and now the JavaFX output is compliant with the SDK preview version of JavaFX. When the JavaFX 1.0 comes out the extension will need some little changes. There also some changes need to be done to it work better but this version is already usable.
Here some screenshots of it working: http://silveiraneto.net/wp-content/uploads/2008/08/tiger.png (ok) http://silveiraneto.net/wp-content/uploads/2008/08/gallardo.png (not ok yet)
On Fri, Aug 1, 2008 at 6:25 PM, Bob Jamison <rwjj@...127... mailto:rwjj@...127...> wrote:
Although I really didn't want to do more work on those two outputs, I was curious how 2geom's transforms worked, so I spent the day updating POV and JavaFX output. Ok, I think that -this time- I am finished with the javafx stuff, and I'll let someone take it from here. Here is how our svg Tiger renders in javafx: http://inkscape.modevia.com/win32_inkscape_org/jfxdump.png I tested the POV output on POVRay 3.7a, and it seems to work fine. It is recoded to be recursive rather than iterative. Some POV users needed it to preserve groups, so this should help. bob
participants (2)
-
Bob Jamison
-
Silveira Neto