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
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
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
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
On 12/6/06 10:36 AM, Jeff Schiller wrote:
I think I've asked before, but couldn't find my post when searching:
What would be the challenge in taking the Mozilla codebase and turning
that into an ActiveX control for IE that handles XHTML and SVG
content? IE6 and 7 both don't support either
On 11/14/2006 8:38 PM, Doug Schepers wrote:
Not to speak for Tim, but I think he was asking for an minimal test
case, not a full application where the error was occurring.
Right, as I mentioned in my email to to Guy, I've done some preliminary
investigation, but haven't gotten around to
On 11/8/06 6:11 PM, Guy Morton wrote:
It seems in FF2 on Windows that all my text elements that use text-
anchor=middle are now positioned incorrectly.
FF2 on Mac doesn't show the problem (though it has other text bugs)
Anyone know anything about this? Anyone at Mozilla working on it? It
On 11/6/06 1:58 PM, brucerindahl wrote:
--- In svg-developers@yahoogroups.com, T Rowley [EMAIL PROTECTED] wrote:
are certainly known areas where things will be slow. Also keep in mind
that I haven't seriously used the SVG code shipped in Firefox 1.5 and
2.0 for over a year now. The trunk
On 11/4/06 4:30 AM, Andreas Neumann wrote:
and I am pretty sure that it has to do with the X server configuration. The
main developer,
Tim Rowley develops on Linux and he says that he doesn't experience these
performance
problems.
I don't think I've ever said I don't see performance
On 9/25/06 11:39 AM, T Rowley wrote:
On 9/25/06 10:12 AM, revelonshift wrote:
Yeah, it is workaround, but I could it use, perhaps.
Hope FFX2 will be working already as expected...
Err, oops. While the fix is trivial and has been on the trunk since
February, it was missed when merging low
On 9/21/06 7:29 AM, revelonshift wrote:
No, I'm not using styles at all, knowing, that they are not so fast as
direct properties. Some other ideas, if Mozilla specific, the better...
There will be no performance difference between style and property
attributes in Mozilla SVG, as they are both
On 9/21/06 10:18 AM, T Rowley wrote:
Major items to keep an eye out for performance in Firefox 1.5/2.0 SVG
are group opacity (fill-opacity is fine), clipPaths, and complex paths
(the current cairo tesselator has poor scalability). All of these
should improve in Firefox 3.0.
A little more
On 9/21/06 10:42 AM, Phi Tran wrote:
Lately I am very careful in what I will say specially after ADOBE's
announcement. For not to be misunderstood as a cheap-shot to promote my
SVG/Zip . . . .
Let me make my point on this thread. I only trying to help to save some CPU
instructions here and
On 9/21/06 11:27 AM, Jim Ley wrote:
The biggest Mozilla speed improvement in scripting will be to not use
getElementById() but to cache every single reference in a seperate variable
of your own. currently mozilla re-looks up every node in the DOM for XML
documents, and it's very, very
On 9/12/06 9:51 AM, Tim Hesse wrote:
Another huge issue for our firm is that FF (at least, haven't tested
opera) doesn't support compressed .svgz which ASV did.
Our clients won't be happy if we start sending 5+mb docs over the
wire to them, when with ASV they would compress down to under a
On 9/7/06 1:19 PM, Jeff Schiller wrote:
So where are the open source, cross-platform SVG 1.1 viewers ? What
about taking the Mozilla base and developing a browser plugin from
that for only SVG support? What about candidates like AmanithVG and
Renesis for a SVG 1.2 viewer? Let's get a
On 9/6/06 10:55 AM, Sean wrote:
My concern with FF, is how slow it is with SVG over 300k. Hopefully
within 1.5 years the issue will be solved. I tested it with the FF 2
beta 2, and mouseover events are still laboriously slow. I posted it as
a bug back in January, but nothing.
Have a bug #
On 7/13/06 9:22 AM, Andreas Neumann wrote:
the reason is that FF does not yet implement .getPointAtLength() - at least
not in version 1.5.
Will be in Firefox 3:
https://bugzilla.mozilla.org/show_bug.cgi?id=344378
-tor
-
To unsubscribe send a message to: [EMAIL PROTECTED]
-or-
visit
On 7/4/06 8:27 AM, meikelneu wrote:
jophof007 [EMAIL PROTECTED] wrote:
Yes firefox on the Mac (Intel or PPC) is on SVG
much worse than under PC.
yes, this is unfortunately true and it's mainly due to poor Cairo (the
graphic engine for SVG behind Firefox) development on MacOSX. Has
On 7/3/06 9:13 AM, Guy Morton wrote:
I've just got myself a macbook pro running mac os x 10.7, and i
downloaded firefox (the current version) and SVG is terrible in it.
the bitmaps are all in a weird colour space and the text is outlined
weirdly and so on. Is this just a problem with FF
On 12/1/05 3:07 PM, Richard Pearman wrote:
Firefox doesn't correctly display any of the SVG's on my site, including
ones I'm pretty sure have the Kosha namespace declarations etc. Also, as
far as I can tell, the server uses the correct mime type for SVGZ. Can
anyone please tell me what
Ronan Oger ronan at roasp.com writes:
3/ MOZ SVG will support scripting
Mozilla/Firefox SVG already supports scripting. The problem you might
be seeing is the script mimetype:
http://www.mozilla.org/projects/svg/faq.html#script
4/ MOZ SVG will support XForms.
While Mozilla/Firefox SVG
23 matches
Mail list logo
