Chamomile wrote:
Thanks, but I'm not sure what you mean. The reload() was only really a work
around
for hiding a lot of select boxes that refuse to go away when a container's
visibility is set to 'hidden'.
(its a well known 'feature' of ie)
With my 10 years experience I failed to meet such IE feature yet. I'm
well aware of "super z" (a.k.a. "firing through") effect for form
controls on IE before IE7 but it doesn't sound like what you are
describing. Can you port a sample for a publicly accessible link? What
IE version are you working with?
that is, a reload or refresh of the
page gets rid of the mess created
With form method="POST" (and this is what you have) hitting Reload
means "resubmit form to get the response formed the current page".
Respectively navigating back means "get me the page resulted from
submitting that form". So besides confusing visitors you are creating
needless load on your server. Both actions and warnings for them are
regulated by special settings in Tools Internet Options so they are
out of your runtime control.
You may change form method to GET, but IMO as a page layout failure the
problem should be cured by correcting the layout, not by twisting the
transaction process.
Again - a link would be most helpful.