Velocity Reviews - Computer Hardware Reviews

Velocity Reviews > Newsgroups > Programming > Javascript > <TR style="height:100px"/> ... IE bug?

Reply
Thread Tools

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

 
 
John MacIntyre
Guest
Posts: n/a
 
      07-18-2003
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>





 
Reply With Quote
 
 
 
 
Joe Earnest
Guest
Posts: n/a
 
      07-18-2003
Hi,

"John MacIntyre" <(E-Mail Removed)> wrote in message
news:wIHRa.5270$(E-Mail Removed).. .
| 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



 
Reply With Quote
 
 
 
 
Philip Ronan
Guest
Posts: n/a
 
      07-18-2003
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
http://www.velocityreviews.com/forums/(E-Mail Removed)
(Please remove the "z"s if replying by email)


 
Reply With Quote
 
Joe Earnest
Guest
Posts: n/a
 
      07-18-2003
Hi,


"Philip Ronan" <(E-Mail Removed)> wrote in message
news:BB3DB6A0.16D58%(E-Mail Removed)...
> 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



 
Reply With Quote
 
John MacIntyre
Guest
Posts: n/a
 
      07-19-2003
"Joe Earnest" <(E-Mail Removed)> wrote in message
news:ubwH4$(E-Mail Removed)...
> 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




 
Reply With Quote
 
 
 
Reply

Thread Tools

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are Off




Advertisments