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

Discussion in 'Javascript' started by John MacIntyre, Jul 18, 2003.

  1. 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>
     
    John MacIntyre, Jul 18, 2003
    #1
    1. Advertising

  2. John MacIntyre

    Joe Earnest Guest

    Hi,

    "John MacIntyre" <> wrote in message
    news:wIHRa.5270$...
    | 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
     
    Joe Earnest, Jul 18, 2003
    #2
    1. Advertising

  3. John MacIntyre

    Philip Ronan Guest

    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

    (Please remove the "z"s if replying by email)
     
    Philip Ronan, Jul 18, 2003
    #3
  4. John MacIntyre

    Joe Earnest Guest

    Hi,


    "Philip Ronan" <> wrote in message
    news:BB3DB6A0.16D58%...
    > 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
     
    Joe Earnest, Jul 18, 2003
    #4
  5. "Joe Earnest" <> wrote in message
    news:ubwH4$...
    > 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
     
    John MacIntyre, Jul 19, 2003
    #5
    1. Advertising

Want to reply to this thread or ask your own question?

It takes just 2 minutes to sign up (and it's free!). Just click the sign up button to choose a username and then you can ask your own questions on the forum.
Similar Threads
  1. Rob Nicholson
    Replies:
    3
    Views:
    771
    Rob Nicholson
    May 28, 2005
  2. Replies:
    0
    Views:
    2,475
  3. Replies:
    1
    Views:
    802
    Bertilo Wennergren
    Nov 24, 2003
  4. Hardeep Rakhra
    Replies:
    8
    Views:
    650
    Hardeep Rakhra
    Jan 15, 2004
  5. Ken Varn
    Replies:
    0
    Views:
    490
    Ken Varn
    Apr 26, 2004
Loading...

Share This Page