mirror of
https://github.com/LadybirdBrowser/ladybird.git
synced 2025-06-14 06:11:55 +00:00
LibWeb/CSS: Update CalculatedOr API to use CalculationResolutionContext
To be properly compatible with calc(), the resolved() methods all need: - A length resolution context - To return an Optional, as the calculation might not be resolvable A bonus of this is that we can get rid of the overloads of `resolved()` as they now all behave the same way. A downside is a scattering of `value_or()` wherever these are used. It might be the case that all unresolvable calculations have been rejected before this point, but I'm not confident, and so I'll leave it like this for now.
This commit is contained in:
parent
1d71662f31
commit
385c3d273a
Notes:
github-actions[bot]
2025-01-30 18:33:51 +00:00
Author: https://github.com/AtkinsSJ
Commit: 385c3d273a
Pull-request: https://github.com/LadybirdBrowser/ladybird/pull/3383
11 changed files with 98 additions and 100 deletions
|
@ -404,8 +404,8 @@ void SourceSet::normalize_source_densities(DOM::Element const& element)
|
|||
// FIXME: We should have a way to build a LengthResolutionContext for any DOM node without going through the layout tree.
|
||||
const_cast<DOM::Document&>(element.document()).update_layout();
|
||||
if (element.layout_node()) {
|
||||
auto context = CSS::Length::ResolutionContext::for_layout_node(*element.layout_node());
|
||||
return m_source_size.resolved(context);
|
||||
CSS::CalculationResolutionContext context { .length_resolution_context = CSS::Length::ResolutionContext::for_layout_node(*element.layout_node()) };
|
||||
return m_source_size.resolved(context).value_or(CSS::Length::make_auto());
|
||||
}
|
||||
// FIXME: This is wrong, but we don't have a better way to resolve lengths without a layout node yet.
|
||||
return CSS::Length::make_auto();
|
||||
|
|
Loading…
Add table
Add a link
Reference in a new issue