[svg-developers] SVG mpath question

2007-02-13 Thread uppala_vl
Hi ,I have a question about mpath. I am very new to this area and I am working on a svg that has -- -- Is this a valid case ? mpath is referencing path which is being animated. does this have to be taken care of in

Re: [svg-developers] audio in svg

2007-02-13 Thread Bjoern Hoehrmann
* rui.ramalho wrote: >I wonder if there is anny audio support within svg, >its possible to analyse the sound? making a graph of a sound wave? >making a equalizer, volume control? No, the closest you could get is decoding the audio data using script, analyze it as you see fit, and then, if you ar

[svg-developers] audio in svg

2007-02-13 Thread rui.ramalho
Hi! I wonder if there is anny audio support within svg, its possible to analyse the sound? making a graph of a sound wave? making a equalizer, volume control? i could not find examples about this ... cant it be done? Thank you :) Rui Ramalho - To unsubscribe send a message to: [EMAI

Re: [svg-developers] FF3.0a2 works great

2007-02-13 Thread TheMountainScene
The original is back up. Online, the version is still much faster, 2 vs 7 or 8 seconds. If it can get to Adobe performance, I'd be happy as a clam. T Rowley wrote: > > On 2/13/07 2:24 PM, TheMountainScene wrote: > > In a FF test I've created, a mouseover of Canada 364 Kb, it has > improved > > f

Re: [svg-developers] FF3.0a2 works great

2007-02-13 Thread TheMountainScene
It was fine until two days ago when I played with it a bit. I'll put the old one back up. Thanks! T Rowley wrote: > > On 2/13/07 2:24 PM, TheMountainScene wrote: > > In a FF test I've created, a mouseover of Canada 364 Kb, it has > improved > > from 6 seconds to 2 seconds. 2 Seconds is still muc

Re: [svg-developers] FF3.0a2 works great

2007-02-13 Thread T Rowley
On 2/13/07 3:41 PM, Guy Morton wrote: > Aha...well that's the problem for me. I resized the window and it > appeared. Good to know you know what is causing it. > > And I'll add my "Wow" to Andre's...FF used to use 70% of my CPU > playing this file. Now it's using about 7%. In your case, this

Re: [svg-developers] FF3.0a2 works great

2007-02-13 Thread T Rowley
On 2/13/07 2:58 PM, Guy Morton wrote: > I wish I could report the same happy news. Unfortunately, > GranParadiso (on MacOSX at least) fails to render *anything* for me. > It even seems buggy in doing normalish browser things like resizing > framesets (the toolbar has half disappeared under th

Re: [svg-developers] FF3.0a2 works great

2007-02-13 Thread T Rowley
On 2/13/07 3:37 PM, T Rowley wrote: > Changing the style system to give detailed information is a larger scope > item, though maybe something gecko would want to do as it could help > other sorts of content. Correction - gecko does have a mechanism for splitting style information into repaint/r

Re: [svg-developers] FF3.0a2 works great

2007-02-13 Thread Guy Morton
Aha...well that's the problem for me. I resized the window and it appeared. Good to know you know what is causing it. And I'll add my "Wow" to Andre's...FF used to use 70% of my CPU playing this file. Now it's using about 7%. There are some screen redrawing issues though still, which you'll

Re: [svg-developers] FF3.0a2 works great

2007-02-13 Thread T Rowley
On 2/13/07 2:24 PM, TheMountainScene wrote: > In a FF test I've created, a mouseover of Canada 364 Kb, it has improved > from 6 seconds to 2 seconds. 2 Seconds is still much too slow compared > to the Adobe viewer, but it is an improvement. I submitted this as a bug > some time ago. For my purpo

Re: [svg-developers] FF3.0a2 works great

2007-02-13 Thread Guy Morton
I wish I could report the same happy news. Unfortunately, GranParadiso (on MacOSX at least) fails to render *anything* for me. It even seems buggy in doing normalish browser things like resizing framesets (the toolbar has half disappeared under the window title in my testing). Have a look

Re: [svg-developers] FF3.0a2 works great

2007-02-13 Thread TheMountainScene
In a FF test I've created, a mouseover of Canada 364 Kb, it has improved from 6 seconds to 2 seconds. 2 Seconds is still much too slow compared to the Adobe viewer, but it is an improvement. I submitted this as a bug some time ago. For my purposes, it still falls short, and given the snail's pa

[svg-developers] Re: Importing SVG using XMLHttpRequest

2007-02-13 Thread James C. Deering
--- In svg-developers@yahoogroups.com, "Martin Honnen" <[EMAIL PROTECTED]> wrote: > Importing SVG using XMLHttpRequest uses client-side JavaScript and does not depend on or rely on PHP at all so it is not clear what you are asking about.< Thanks for the response Martin. I'll try to explain mor

Re: [svg-developers] FF3.0a2 works great

2007-02-13 Thread André M. Winter - Carto.net
hi tor, > Some information about the SVG capabilities in 3.0a2 are listed in the > following URL. Note that a number of SVG applications will have > problems due to regressions caused by some tree-wide gecko changes. well, i reported my experience from a user perspective. i took a file out of

[svg-developers] Re: brainstorming about an improved(?) SVG.org (IMHO)

2007-02-13 Thread steltenpower
> I'd be surprised if Antoine Graouts It's Antoine Quint, aka graouts sorry - To unsubscribe send a message to: [EMAIL PROTECTED] -or- visit http://groups.yahoo.com/group/svg-developers and click "edit my membership" Yahoo! Groups Links <*> To visit your group on the web, go to:

[svg-developers] brainstorming about an improved(?) SVG.org (IMHO)

2007-02-13 Thread steltenpower
read the short bit on http://svg.org/story/2007/1/31/23811/0350 and repeating the last sentence there: Just comment below if you want ideas explained, explain me why my ideas suck, or TAKE ON any of the tasks (maybe fitting in a student assignment). I'd be surprised if Antoine Graouts, the guy b

Re: [svg-developers] FF3.0a2 works great

2007-02-13 Thread Antoine Quint
Hi there, As an additional note, I'd like to say that I get to work every day with the latest (give or take a couple of weeks) trunk of Gecko, which is also used in Mozilla, for Joost and that the progress in SVG support and mixing with other XML grammars supported natively in Gecko has be

Re: [svg-developers] FF3.0a2 works great

2007-02-13 Thread T Rowley
On 2/13/07 8:32 AM, André M. Winter - Carto.net wrote: > i was just testing a map interface with FF2 and was disappointed while > unloading a map and reloading another form the local filesystem. it took > around 15sec. now FF3 (feb. 8th) does it in around 1sec and this over > the web. this is fa

[svg-developers] FF3.0a2 works great

2007-02-13 Thread André M. Winter - Carto.net
hi, i was just testing a map interface with FF2 and was disappointed while unloading a map and reloading another form the local filesystem. it took around 15sec. now FF3 (feb. 8th) does it in around 1sec and this over the web. this is faster than IE6/ASV3. mouse interactions work smooth, pages

[svg-developers] Re: Rendering strategies

2007-02-13 Thread frevi815
Thanks for your answer Cameron. So what you're saying is that what happens on a certain screen space is what decides which elements that are re-rendered? So for example: if I have an animated bottom layer that covers the entire screen everything is re-rendered including static elements that just l

Re: [svg-developers] Re: Adobe SVG reload problem

2007-02-13 Thread Guy Morton
I don't know. Ask Adobe perhaps. I can't think of a logical reason for Adobe to ban third parties distributing ASV if Adobe themselves is going to continue to make it available for download from their web site. Guy On 13/02/2007, at 8:30 PM, Dylan Browne wrote: > >> ASV 3 will be *availabl

[svg-developers] Re: Adobe SVG reload problem

2007-02-13 Thread Dylan Browne
> ASV 3 will be *available* indefinitely. Yes, but is it not also true that third parties will not be able to distribute it after EOL? My company is currently in the early stages of implementing a commercial solution using SVG. As the customer uses Internet Explorer we have no option other t

AW: [svg-developers] Re: Adobe SVG reload problem

2007-02-13 Thread Armin Mueller
Ronan, we have made first tests with our maps coming out from MapViewSVG on IE7 with Vista. Up to now I could not find a problem. The problems described from Adobe are not relevant for our maps. Armin > -Ursprüngliche Nachricht- > Von: svg-developers@yahoogroups.com [mailto:svg- > [EMAIL