I've got a few dozen examples that work fine in FF1.5, Opera 9 and IE/ASV3, but
not in Gran Paradiso.
The stuff that does work in Gran Paradiso, though, is very much faster to load,
and in some cases, to run script than what I'm accustomed to.
It appears that if there is any SMIL whatever, then
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,
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
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
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 my
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
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
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
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
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
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 the
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 is
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 much too
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
from 6
14 matches
Mail list logo
