Prev: A complete beginners question
Next: Reusable Applications - Architecture Question
From: Yotta Meter on 29 May 2010 01:09
I agree - I was planning two applications, one in Ruby, and one in
javascript. I actually prefer working with Flex for web applications,
but Adobe seems to not be going in the direction of SVG.

The ruby application is going to render SVG, and connect to another
program via a socket for control.
--
Posted via http://www.ruby-forum.com/.

From: Arndt Roger Schneider on 29 May 2010 05:02
Yotta Meter schrieb:

>Maybe I can read the file.svg, modify it, and then write it as a temp
>file, and then import it using Jeszra?
>
>
>
Yes,
but with the mentioned restrictions.
There is not one feature complete SVG 1.1 application, today.
The best coverage has sqiuggle (java, based on batik).

>I guess I'm not clear on the code generation - I just think of svg as
>sort of a text based bitmap. I'll have to take a look at it and try it
>out.
>
>
SVG is vector graphics, not a bitmap, it does not create a bitmap.
When using cairo and xrender (under X11) a lot of the graphic
processing can be delegated to the GPU--which is what Microsoft is
currently doing with IE9-- in an ideal world all the SVG
processing could be handled by a GPU.

The difference to a bitmap (raster image)
is its scalability --hence Scalable Vector Graphics.

-roger
From: Arndt Roger Schneider on 29 May 2010 05:13
Yotta Meter schrieb:

>Jeszra looks like a GUI Builder - it's interesting, but really I'm just
>planning a simple canvas, and would like the ability to put SVG images
>on that canvas, modify them, then re-render.
>
>
>
There are no SVG-images, but you can use raster images inside of
SVG!

Jeszra combines GUI-building with vector graphics.
The code generation is a separate problem --and completely
insolated within a Jeszra project.

Actual, the code generation can be used outside of Jeszra.
There is an example for this inside the documentation:

http://jeszra.sourceforge.net/jeszra/Jeszra_Environment.html#usetdom

>I'll probably look at Jeszra for another problem though, thanks.
>
>
-roger
From: Arndt Roger Schneider on 29 May 2010 05:22
Yotta Meter schrieb:

>I agree - I was planning two applications, one in Ruby, and one in
>javascript. I actually prefer working with Flex for web applications,
>but Adobe seems to not be going in the direction of SVG.
>
>
>
http://code.google.com/p/svgweb/

>The ruby application is going to render SVG, and connect to another
>program via a socket for control.
>
>
I agree with Mark that SVG is important for web-deployment.
Javascript however is a last resort. Most, if not all, interactions can
be encapsulated inside of SVG and SMIL. There is very little need for
Javascript--which is also good for a cross-language approach.

-roger
From: Yotta Meter on 29 May 2010 12:49

>>
> I agree with Mark that SVG is important for web-deployment.
> Javascript however is a last resort. Most, if not all, interactions can
> be encapsulated inside of SVG and SMIL. There is very little need for
> Javascript--which is also good for a cross-language approach.
>
> -roger

Long term I really need individual event handling on each node of the
SVG document, which is why I wouldn't put interactions within the SVG
doc.

Thanks for explaining the difference between bitmaps and vector based
images. I have a beginner 'black box' view of what I want, an image that
is essentially a set of objects that I can modify properties on at
runtime. I'm assuming SVG is the only technology that will give me this.
--
Posted via http://www.ruby-forum.com/.

First  |  Prev  |  Next  |  Last
Pages: 1 2 3
Prev: A complete beginners question
Next: Reusable Applications - Architecture Question