The new forums will be named Coin Return (based on the most recent vote)! You can check on the status and timeline of the transition to the new forums here.
The Guiding Principles and New Rules document is now in effect.
I'm building a web app using Microsoft Virtual Earth, which is very heavily JS driven. For some reason, the app runs great (zooming, fly-out tab animations, etc.) in Firefox - everything's nice and smooth. In IE, it is unbelievably slow, zooming in/out takes several seconds, and I can see the animations redrawing in slow motion.
The odd thing is, on another machine that doesn't have Visual Studio installed (but does have Silverlight installed, which we're using), it runs great in IE. Anyone know what might cause this? I've tried disabling debugging support in IE and anything else I could think of, but it makes it a pain in the ass to test in IE like this.
I don't know anything about Java Script testing, but if you think it has something to do with the applications installed on your system, have you tried using a virtual machine, like MS Virtual PC?
It's free, and it lets you run your stuff inside a window, but it acts like a completely new machine. Then you could install the applications you think are causing the problem one at a time until it slows down (assuming a completely clean install would run quickly, like on your friend's machine). This might give you an idea about what's causing the problem, and how likely your prospective user base would have the problem too (which would give you an idea about how heavily you should invest in fixing it).
If you do go that route, I've found that I can save time by setting the machine up, installing all the base applications, like the OS, and then saving the file off somewhere. That way when I mess something up, I can just copy the saved file over the messed up file, and presto! A completely reinstalled virtual machine in seconds.
I've actually narrowed it down - if I remove some transparent PNGs and/or transparent backgrounds that are used in the same containers, it's lightning fast again. It seems to be something related to IE's rendering of transparency, but I can't isolate what.
Yeah, that could be. I don't use IE enough to have checked to see if MS actually fixed the PNG thing or just transparently does the stupid workaround that web developers had to do themselves for IE6.
stryker116, are these PNGs using alpha that's somewhere in-between 1 and 254, or could you get away with using GIFs instead? You might want to at least give that a try to see if the GIF transparency doesn't have the same problem.
Posts
It's free, and it lets you run your stuff inside a window, but it acts like a completely new machine. Then you could install the applications you think are causing the problem one at a time until it slows down (assuming a completely clean install would run quickly, like on your friend's machine). This might give you an idea about what's causing the problem, and how likely your prospective user base would have the problem too (which would give you an idea about how heavily you should invest in fixing it).
If you do go that route, I've found that I can save time by setting the machine up, installing all the base applications, like the OS, and then saving the file off somewhere. That way when I mess something up, I can just copy the saved file over the messed up file, and presto! A completely reinstalled virtual machine in seconds.
http://www.thelostworlds.net/
My hypothesis is that IE could be pulling its transparency rendering directly from the OS, which I guess could cause slowdowns.
A lot of stuff IE does, sadly, uses Windows components to function. Like dropdown menus. God forsaken dropdown menus.
we also talk about other random shit and clown upon each other
stryker116, are these PNGs using alpha that's somewhere in-between 1 and 254, or could you get away with using GIFs instead? You might want to at least give that a try to see if the GIF transparency doesn't have the same problem.
http://www.thelostworlds.net/