Hi,
I'm developing software SVGFlash (*alpha*), it is similiar Macromedia
Flash 4.
So I don't have time for develop a player or plugin excelente like flash
player or flash plugin (IE and FF).
I create my project using JAVA, cross plataform and the objective is
animation, because exists very
I fail to understand why you would want to build a plugin
from scratch for SVG when instead you could contribute to
Mozilla's SVG team, or Konqueror's SVG team, which are open
source, and help those implementation get better.
does FF1.5/Mozilla/Konqueror implementation allows to draw SVG
On 2/1/06, Bru, Pierre [EMAIL PROTECTED] wrote:
I fail to understand why you would want to build a plugin
from scratch for SVG when instead you could contribute to
Mozilla's SVG team, or Konqueror's SVG team, which are open
source, and help those implementation get better.
does
On Wednesday 01 February 2006 12:59, Bru, Pierre wrote:
I fail to understand why you would want to build a plugin
from scratch for SVG when instead you could contribute to
Mozilla's SVG team, or Konqueror's SVG team, which are open
source, and help those implementation get better.
does
FYI.
Yes. and No.
Yes there are some models floating on the NET.
1- Server side java base SVG - Png (from SUN and GOOLE). (You can obtain
source ??).
2- Java base Applet that can render SVG image. (Not very impressive)
3- Similar to FishEye Menu (on the net). Requiring client/server round trip?
OK,
but we need a plugin similar to flash plugin,
with all functions of the specificaition 1.1 W3C.
Don't you think ?
[]s
Phi Tran escreveu:
FYI.
Yes. and No.
Yes there are some models floating on the NET.
1- Server side java base SVG - Png (from SUN and GOOLE). (You can obtain
source ??).
OK,
but we need a plugin similar to flash plugin,
with all functions of the specificaition 1.1 W3C.
Don't you think ?
[]s
Phi Tran escreveu:
FYI.
Yes. and No.
Yes there are some models floating on the NET.
1- Server side java base SVG - Png (from SUN and GOOLE). (You can obtain
source ??).
I fail to understand why you would want to build a plugin from scratch for SVG
when instead you could contribute to Mozilla's SVG team, or Konqueror's SVG
team, which are open source, and help those implementation get better.
I'd suggest you contribute to an existing SVG browser implementation.
On 1/31/06, Pedro Henrique de Lira [EMAIL PROTECTED] wrote:
OK,
but we need a plugin similar to flash plugin,
with all functions of the specificaition 1.1 W3C.
Don't you think ?
No. It is not a PLUG IN. It is as set of *.JS files that you put into your
application like:
SCRIPT
But as you know ADOBE is abandoned SVG viewer.
And
1- It is not CROSS-BROWSER such as IE
2- I don't like to deal with black box. I want to allow the Web author more
flexibility such as to know that color a point is; or he/she what to just
move/change one item/element . . .
3- It just a sub product
Hi Phi,
Your idea of a web-enabled SVg renderer is great and I support the concept if
y. Is that an SVG-1.2-full renderer? I am interested to see how you will
support things like SMIL events and xmlhttprequest-driven serverside-driven
updates. If you manage this, I will be very happy. Even if
1- There no server-side XMLHTTP needed. It is 100% Client process.
(All it need is an SVG file form the server.). .
2- It is not 100% SVG1-2 but it support all graphic and cascade style.
3- Me My staff want a web-base simple SVG editor that we can work anywhere
(for ourself). Accessible to
On Tuesday 31 January 2006 21:53, Phi Tran wrote:
1- There no server-side XMLHTTP needed. It is 100% Client process.
(All it need is an SVG file form the server.). .
Right, as long as you are only interested in static content, that is a fine
usage. For images, for example.
2- It is not 100%
Please forgive me for I can go back to my work.
On 1/31/06, Ronan Oger [EMAIL PROTECTED] wrote:
On Tuesday 31 January 2006 21:53, Phi Tran wrote:
1- There no server-side XMLHTTP needed. It is 100% Client process.
(All it need is an SVG file form the server.). .
Right, as long as you are
14 matches
Mail list logo