Open
Bug 371446
Opened 18 years ago
Updated 2 years ago
figure out API and behavior for 'overflow' on non-blocks
Categories
(Core :: CSS Parsing and Computation, defect)
Core
CSS Parsing and Computation
Tracking
()
NEW
People
(Reporter: dbaron, Unassigned)
Details
In bug 9458 comment 87, bzbarsky wrote:
> >diff -r 5df1530b6fe3 layout/base/nsCSSFrameConstructor.cpp
> >@@ -6378,6 +6387,7 @@ nsCSSFrameConstructor::ConstructFrameByD
> > // XXX Ignore tables for the time being
> > if (aDisplay->IsBlockLevel() &&
> > aDisplay->mDisplay != NS_STYLE_DISPLAY_TABLE &&
> >+ aDisplay->mDisplay != NS_STYLE_DISPLAY_INLINE_TABLE &&
> > aDisplay->IsScrollableOverflow() &&
> > !propagatedScrollToViewport) {
> >
>
> Maybe that condition could be a method on nsStyleDisplay or something? E.g.
> part of IsScrollableOverflow()?
>
> Followup bug if you agree.
I tend to think that shouldn't be part of IsScrollableOverflow, but we do need to do a bit of work to figure out how 'overflow' should behave on elements that aren't block-inside, and what the nsStyleDisplay API really should be to allow that.
Reporter | ||
Updated•18 years ago
|
Assignee: dbaron → nobody
QA Contact: ian → style-system
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•