It is rarely effective to attempt to solve browser-scripting problems
with a summary of what a script does. It is particularly ineffective if
the problem as described is not common, or cannot be attributed to a
What is needed is a test case page that demonstrates the problem in
isolation. With such a page as a starting point experiments and tests
can be carried out by readers of the group and that process may (and
usually does) identify the cause of the issue. And when a test case
demonstrates a problem in isolation the result is usually short enough
to be posted to the group (and possibly also made available online for
those who prefer code presented in that form (or for test cases
involving images and/or frames, which don't lend themselves to posted
I have seen those symptoms attributed to faulty display drivers and/or
corrupted windows libraries, either of which can be tested/eliminated by
trying the offending page on alternative hardware on a different
You have not demonstrated that the problem exists, only described it.
Generally no, IE is fine with making DIVs visible/invisible and
Probably, else IE would be pretty hopeless at DHTML.
Yes, you need to create a test case page that demonstrates the problem.
A good starting point for that process is the page you already have that
exhibits the problem. If you eliminate parts of that page; unrelated
mark-up and css, as many of the form's DIVs as are not required to
with something short and simple enough to post. And an interesting
consequence of trying to crate a good test case page is that if you
re-load and re-test the page while incrementally removing the apparently
superfluous you often discover that when you remove something you had
assumed to be unrelated to the issue the problem vanishes. At which
point you have learnt something useful about the problem at hand. This
is actually so effective that in probably more than 50% of cases the act
of creating a test case page will reveal the problem in itself, without
the need to refer the result on to others.