Last Comment Bug 46217 - {ib}border don't show with inline specified + some tags [INLINE]
: {ib}border don't show with inline specified + some tags [INLINE]
: css1, testcase
Product: Core
Classification: Components
Component: Layout (show other bugs)
: Trunk
: All All
P3 normal (vote)
: Future
Assigned To: Chris Waterson
: Jet Villegas (:jet)
Depends on: 480323
  Show dependency treegraph
Reported: 2000-07-23 13:51 PDT by Vincent Jaubert
Modified: 2015-12-29 10:14 PST (History)
5 users (show)
See Also:
Crash Signature:
QA Whiteboard:
Iteration: ---
Points: ---
Has Regression Range: ---
Has STR: ---

the testcase (254 bytes, text/html)
2000-07-24 09:41 PDT, David Baron :dbaron: ⌚️UTC-8
no flags Details

Description User image Vincent Jaubert 2000-07-23 13:51:04 PDT
with this style sheet:
div.a {display: inline;border-style: solid}

div.b {display: block;border-style: solid}

and this code:
<div class="a"><p>block a</p></div>
<div class="b">block b</div>

the border of the block a don't show.
this bug doesn't happen when the display:inline is removed (but it's still the 
default), or when the <p></p> tags are removed. It works also with others tags 
like <div> or perhaps other (i havn't made furthers tests)
Comment 1 User image David Baron :dbaron: ⌚️UTC-8 2000-07-24 09:39:44 PDT
One could argue that it's correct that it doesn't show - the CSS spec isn't
clear on this.  The question comes down to whether you should generate block
frames for inlines that contain blocks, to contain the blocks.  I'd need to
think about it, and maybe ask www-style (not that I'd expect an answer...).

However, I don't like the current layout of the example - the inline border is
being shown on the line below the paragraph.  Why?
Comment 2 User image David Baron :dbaron: ⌚️UTC-8 2000-07-24 09:41:34 PDT
Created attachment 11814 [details]
the testcase
Comment 3 User image Hixie (not reading bugmail) 2000-07-24 16:35:07 PDT
That *is* strange -- it should either appear both before and after the <p>, or
it should not appear at all. I would go with the first, due to empty inline
considerations. But the second makes sense too.

Having said that... Future? We have much bigger fish to fry...
Comment 4 User image Greg K. 2002-07-11 19:48:54 PDT
I guess I reconfirm this using FizzillaCFM/2002070913. In block a, a border is
drawn around an empty inline box, while the "block a" text is down on a line by
itself quite outside the border. Setting All/All.

Was it ever decided if inline boxes can contain block boxes and what that means?
Comment 5 User image Boris Zbarsky [:bz] (still a bit busy) 2004-08-07 14:43:50 PDT
Note that now the border appears only before the <p>.

The reason for that is that we don't create the second inline of an ib split
unless it's actually needed, and it's not needed in this case....

Changing that would be easy, but do we want to?
Comment 6 User image Boris Zbarsky [:bz] (still a bit busy) 2009-07-01 17:53:38 PDT
The issue from comment 5 got fixed in bug 480323.  Is there anything left here?  Our behavior looks correct per current CSS2.1 spec now...
Comment 7 User image Mats Palmgren (:mats) 2015-12-29 10:14:45 PST
FWIW, our current layout for the testcase is compatible with Chrome.
Comment 6 suggests this layout is spec compliant.
Please file a new bug if there is a newer CSS spec that says otherwise.

Note You need to log in before you can comment on or make changes to this bug.