By using this site, you agree to our updated Privacy Policy and our Terms of Use. Manage your Cookies Settings.
459,312 Members | 1,214 Online
Bytes IT Community
+ Ask a Question
Need help? Post your question and get tips & solutions from a community of 459,312 IT Pros & Developers. It's quick & easy.

<TR style="height:100px"/> ... IE bug?

P: n/a
Hi,

Using the script below, when you click on the radio button beside click here
.... the first row shrinks.

Has anybody else ever experienced this?
Does anybody know of a logical explaination for this?

A co-worker told me it is not valid HTML. He may be right, but we both
agree; it's odd that IE would handle it when the form is loaded, but not
when the style changes. It's as if the developers writting the parser
accounted for it, but not the style developers.

Interested in hearing your input.

Regard,
John MacIntyre
VC++ / VB / ASP / Database Developer
http://www.johnmacintyre.ca

BTW-I am using IE 5.0

-----------------------------------------------------------------------
<HTML>
<HEAD>
</HEAD>
<BODY>

<HR>
<FORM id="frmMain" name="frmMain" TARGET="_self" METHOD=POST>
<TABLE width="100%">
<!-- Problems -->
<TR style="height:100px"/>
<!-- Works fine
<TR style="height:100px"><TD></TD></TR>
-->
<TR>
<TD>
<INPUT TYPE=RADIO onclick="frmMain.TXT_TEST.className = ''"> <-- Click
here<br>
<INPUT TYPE=TEXT ID=TXT_TEST NAME=TXT_TEST>
</TD>
</TR>
</TABLE>
</form>

</BODY>
</HTML>

Jul 20 '05 #1
Share this Question
Share on Google+
4 Replies


P: n/a
Hi,

"John MacIntyre" <Pl****@reply.to.group.thx> wrote in message
news:wI*******************@news20.bellglobal.com.. .
| Hi,
|
| Using the script below, when you click on the radio button beside click
here
| ... the first row shrinks.
|
| Has anybody else ever experienced this?
| Does anybody know of a logical explaination for this?
|
| A co-worker told me it is not valid HTML. He may be right, but we both
| agree; it's odd that IE would handle it when the form is loaded, but not
| when the style changes. It's as if the developers writting the parser
| accounted for it, but not the style developers.
|
| Interested in hearing your input.

I'll be interested in seeing a reply, but I'll just note that I've
experienced a somewhat "similar" problem when defining an empty hard-sized
div with "vertical-align:middle" on an overly large window. Once I write
innerHtml to it, it doesn't change size, but it repositions itself higher on
the page, as if the positioning code is different at load than during
processing. (IE6. This can easily be avoided by increasing margins or
shrinking the window until the div is "trapped" in place.) I suspect that
you're correct that the code in different operational segments may be
somewhat different.

Joe Earnest

Jul 20 '05 #2

P: n/a
On 03.7.18 2:34 PM, Joe Earnest wrote:
I've
experienced a somewhat "similar" problem when defining an empty hard-sized
div with "vertical-align:middle" on an overly large window.


That's because "vertical-align" applies to table cell elements, not DIV
blocks. What did you expect?

Phil

--
Philip Ronan
ph***********@virgin.net
(Please remove the "z"s if replying by email)
Jul 20 '05 #3

P: n/a
Hi,
"Philip Ronan" <ph***********@virgin.net> wrote in message
news:BB3DB6A0.16D58%ph***********@virgin.net...
On 03.7.18 2:34 PM, Joe Earnest wrote:
I've
experienced a somewhat "similar" problem when defining an empty hard-sized div with "vertical-align:middle" on an overly large window.


That's because "vertical-align" applies to table cell elements, not DIV
blocks. What did you expect?


For the example given, you're right of course. But the focus of the
original post (I think) was that the code interprets and acts on these
"improprieties" differently at different points in the process.

FWIW, I stated the example erroneously (slow starting this morning). My
latest situation with this involves a DIV inside a table cell (no issue with
positioning the DIV, itself, inside the cell). In fact, it's the entire
table that repositions itself in the excessively large body, but the
triggering event is the innerHtml write to the DIV only.

Joe Earnest

Jul 20 '05 #4

P: n/a
"Joe Earnest" <jo********@qwest.net> wrote in message
news:ub**************@TK2MSFTNGP12.phx.gbl...
For the example given, you're right of course. But the focus of the
original post (I think) was that the code interprets and acts on these
"improprieties" differently at different points in the process.


That was my point.

Thanks for the feedback everyone. I'll know to avoid this in the future.

Regards,
John MacIntyre
VC++ / VB / ASP / Database Developer
http://www.johnmacintyre.ca


Jul 20 '05 #5

This discussion thread is closed

Replies have been disabled for this discussion.