PHWinfo - Afficher un message

29/04/2008, 08h34

On 2008-04-29, Jukka K. Korpela <jkorpela@cs.tut.fi> wrote:
> Scripsit Davo:
>
>> I spoke to soon, changing to em just hid the problem, effectively
>> changing the size to a couple of hundred px. Any other ideas are
>> welcome.
>
> Try learning how to post to Usenet.
>
> Try learning how to post to the right group. This group is for HTML, not
> CSS.
>
> Decide whether you want to work in "quirks mode" or not. This depends on
> whether you are working with some existing mess or creating a new page.
> See
> http://www.cs.tut.fi/~jkorpela/quirks-mode.html
>
> Specifically, in "quirks mode", a block with declared width may expand
> when overflow occurs. By the specifications, it does not. (By default,
> the textual or other content just overflows, outside the block's box and
> any eventual border.)

I have never seen that quirk, but that's probably because I never run
IE.

OP's actual example was different from his description. This is his URL:
http://members.iinet.com.au/~daven@powerup.com.au/

He's actually set the 64px on the TD, not on the DIV.

Davo:

Table cells should never go narrower than the minimum width required by
their contents. Normal flow block boxes (like default DIV) get the width
you set, overflowing if necessary. If you don't set a width then they
take all the width available. That is why the blue border fills the TD
and is wider than 64px.

This is all specified and should work properly in strict mode.

If IE7 is making your table-cell 64px wide that looks very wrong and
sounds like a regression from IE6. If it's a regression it can't be
justified as a "backwards compatible quirk" either.

CSS 2.1 17.5.2.2 is the relevant section of the spec. Although the
automatic table layout algorithm is not "normative", I can't see any
logical reason for IE7 to be giving you the behaviour you report. Report
it to Microsoft as a bug.

29/04/2008, 08h34	#8
Ben C Messages: n/a Hébergeur:	Re: DIV borders different in IE7 when in td On 2008-04-29, Jukka K. Korpela <jkorpela@cs.tut.fi> wrote: > Scripsit Davo: > >> I spoke to soon, changing to em just hid the problem, effectively >> changing the size to a couple of hundred px. Any other ideas are >> welcome. > > Try learning how to post to Usenet. > > Try learning how to post to the right group. This group is for HTML, not > CSS. > > Decide whether you want to work in "quirks mode" or not. This depends on > whether you are working with some existing mess or creating a new page. > See > http://www.cs.tut.fi/~jkorpela/quirks-mode.html > > Specifically, in "quirks mode", a block with declared width may expand > when overflow occurs. By the specifications, it does not. (By default, > the textual or other content just overflows, outside the block's box and > any eventual border.) I have never seen that quirk, but that's probably because I never run IE. OP's actual example was different from his description. This is his URL: http://members.iinet.com.au/~daven@powerup.com.au/ He's actually set the 64px on the TD, not on the DIV. Davo: Table cells should never go narrower than the minimum width required by their contents. Normal flow block boxes (like default DIV) get the width you set, overflowing if necessary. If you don't set a width then they take all the width available. That is why the blue border fills the TD and is wider than 64px. This is all specified and should work properly in strict mode. If IE7 is making your table-cell 64px wide that looks very wrong and sounds like a regression from IE6. If it's a regression it can't be justified as a "backwards compatible quirk" either. CSS 2.1 17.5.2.2 is the relevant section of the spec. Although the automatic table layout algorithm is not "normative", I can't see any logical reason for IE7 to be giving you the behaviour you report. Report it to Microsoft as a bug.