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

Collapse
This topic is closed.
X
X
 
  • Time
  • Show
Clear All
new posts
  • John MacIntyre

    #1

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

    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


    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:1 00px"/>
    <!-- Works fine
    <TR style="height:1 00px"><TD></TD></TR>
    -->
    <TR>
    <TD>
    <INPUT TYPE=RADIO onclick="frmMai n.TXT_TEST.clas sName = ''"> <-- Click
    here<br>
    <INPUT TYPE=TEXT ID=TXT_TEST NAME=TXT_TEST>
    </TD>
    </TR>
    </TABLE>
    </form>

    </BODY>
    </HTML>





  • Joe Earnest

    #2
    Re: &lt;TR style=&quot;hei ght:100px&quot;/&gt; ... IE bug?

    Hi,

    "John MacIntyre" <Please@reply.t o.group.thx> wrote in message
    news:wIHRa.5270 $eP6.793214@new s20.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



    Comment

    • Philip Ronan

      #3
      Re: &lt;TR style=&quot;hei ght:100px&quot;/&gt; ... IE bug?

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

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

      Phil

      --
      Philip Ronan
      phil.ronanzzz@v irgin.net
      (Please remove the "z"s if replying by email)


      Comment

      • Joe Earnest

        #4
        Re: &lt;TR style=&quot;hei ght:100px&quot;/&gt; ... IE bug?

        Hi,


        "Philip Ronan" <phil.ronanzzz@ virgin.net> wrote in message
        news:BB3DB6A0.1 6D58%phil.ronan zzz@virgin.net. ..[color=blue]
        > On 03.7.18 2:34 PM, Joe Earnest wrote:
        >[color=green]
        > > I've
        > > experienced a somewhat "similar" problem when defining an empty[/color][/color]
        hard-sized[color=blue][color=green]
        > > div with "vertical-align:middle" on an overly large window.[/color]
        >
        > That's because "vertical-align" applies to table cell elements, not DIV
        > blocks. What did you expect?[/color]

        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
        "impropriet ies" 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



        Comment

        • John MacIntyre

          #5
          Re: &lt;TR style=&quot;hei ght:100px&quot;/&gt; ... IE bug?

          "Joe Earnest" <joeearnest@qwe st.net> wrote in message
          news:ubwH4$TTDH A.2252@TK2MSFTN GP12.phx.gbl...[color=blue]
          > 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
          > "impropriet ies" differently at different points in the process.[/color]

          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





          Comment

          Working...