| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
I want to use it in the UA sheet, so the loop won't cut it.
(Also fix a parsing bug that prevented "of" from working.)
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Necessary for flex. Previously we just used the actual height, but that
didn't account for boxes that size themselves depending on the available
height (mainly just images for now).
This also irons out intrinsic min width calculation somewhat, squashing
several bugs.
I hope it works well. It is a significant change in size calculation,
so maybe there are still new bugs lurking.
|
|
|
|
|
| |
The test case attached is undefined in CSS 2.1, but css-sizing-3
wants us to just ignore the width property (I think).
|
| |
|
|
|
|
|
| |
judging from the symlink, I probably meant to do this but forgot to
finish it
|
|
|
|
|
| |
If the contents are larger than the specified cell height, then it is
simply ignored.
|
|
|
|
| |
Uses an additional lower-case map for O(1) case-insensitive comparisons.
|
| |
|
|
|
|
| |
file:/// is the standard serialization.
|
| |
|
|
|
|
| |
We can do this now that xminwidth is more accurate.
|
|
|
|
| |
yeah idk
|
| |
|
| |
|
|
|
|
|
| |
no idea what that reconsume was doing there; probably a refactoring
mistake
|
|
|
|
|
|
|
|
| |
Probably a remnant from back when startOffset meant (and was used for)
something different.
Interestingly, there was already a test case for this, but it was also
wrong.
|
| |
|
|
|
|
| |
forgot about word-break
|
|
|
|
|
|
|
| |
This broke CJK combined with table layouts.
(Inline layout's state dependencies between procs are getting a bit
scary...)
|
|
|
|
|
|
|
|
|
|
| |
* add HTMLDocument as alias to Document
* set Image as configurable/writable
So looking closer, HTMLDocument *is* specified, just major browsers
don't follow the spec.
I doubt this incompatibility causes issues, anyway.
|
| |
|
|
|
|
|
| |
It is documented in chame that parentNode may be nil, and indeed, it is
nil in some cases.
|
| |
|
|
|
|
| |
maybe I'll get it right one of these days
|
| |
|
| |
|
|
|
|
|
| |
The rowspan filler must get a smaller colspan if its first cells are
occupied by another cell with a colspan > 1.
|
| |
|
|
|
|
| |
for consistency
|
| |
|
|
|
|
|
| |
negative z-index and inline positioning are still not respected, but
better than nothing I guess.
|
|
|
|
|
|
|
|
| |
* fix min-width, max-width, etc. not being accounted for properly on the
main axis
* fix fit-content sizing being overridden for flex items
* fix baseline not being set
* somewhat unrelated: fix firstBaseline not being set for block boxes
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Before, the initial layout of a flex item would have inherited the
parent's sizing constraint. This almost worked, except when a descendant
of a flex item with an unspecified width would resolve its percentage
against this incorrectly inherited width - per standard, this must
resolve to auto.
Also, the shrink case was wrong, because it did not scale the unit to
the respective widths; the standard mandates this as well. Hopefully I
got it right this time.
Finally, this fixes positioned inline container blocks not being set
as the absolute container.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
It broke styles like "margin-top: -5px; padding-top: 5px", because the
margin would be taken as-is, and the padding rounded to 0. Now they
cancel each other out again.
(I think I had added this to reduce error caused by line-height, but we
don't have line-height anymore.)
|
|
|
|
| |
+ clean up a bit
|
|
|
|
|
|
|
|
|
| |
you can't just set the BFC offset to your own offset when the BFC's
origin is your inner offset.
(in block layout, this is addressed by initBlockPositionStates & co,
but we don't call that for inline because the offset is already resolved
there anyway. so this is a special case)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* simplify "positioned" value calculation:
- don't include it in ResolvedSizes, since it's unused in most
layouts
- resolvePositioned for both absolute and relative positioning
- use "size" instead of "space" for absolute positioning
- include parent width in layout so that renderdocument does not
have to account for it
* return bottom margins as regular return values instead of var
* fix child bottom margins being discarded in inline floats
* fix inline float not including the parent block position in its BFC
position
|
|
|
|
|
|
|
|
|
|
|
|
| |
* factor out `margin' field from box state
* get rid of RootInlineFragment
* `nested' -> `children'
* get rid of repositionChildren pass; now we handle relative positioning
and -cha-center/-cha-right separately
* cha-center, cha-right no longer applies to floats
* use consistent naming scheme for tests
* fix float bottom margin strut not being flushed
* fix inline floats changing non-fit-content width
|
| |
|
| |
|
|
|
|
|
| |
Found this because the 5th largest tech company on Earth cannot bother
itself with trivial matters such as "writing valid CSS".
|
|
|
|
|
|
| |
This isn't exactly clear from the standard's wording, but e.g. *display:
inline must be discarded (because it incorrectly starts with a delim
token).
|
|
|
|
|
|
|
|
|
|
| |
Nested position: absolute was broken, so fix it.
Also, it makes no sense to dispatch inside layoutBlockChild when we
know the expected resolution algorithm upon calling it anyway, so now we
do that statically.
Finally, fix some bugs in position: absolute size resolution.
|
|
|
|
|
| |
As per standard, float "only applies to elements that [...] are not
absolutely positioned."
|
|
|
|
|
|
| |
also fixes a bug in the previous commit where whitespacenum would be
reset on absolute positioning + missing absolute margin handling without
top/left/etc.
|