dmaax/ladybird
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions
ladybird/Libraries/LibWeb/CSS/CSSConditionRule.cpp

32 lines
828 B
C++
Raw Normal View History

LibWeb: Add CSSConditionRule https://www.w3.org/TR/css-conditional-3/#the-cssconditionrule-interface This simply exposes a condition string, which is implemented differently in each sub-class.
2021-09-28 12:53:15 -03:00
/*
LibWeb/CSS: Replace style-rule iteration methods with a generic one I didn't want to add another set of boilerplatey tree-walking methods, so here's a general-purpose one. :^) `for_each_effective_rule()` walks the tree of effective style rules, and runs the callback on each one, in either pre- or postorder. The previous `for_each_effective_style/keyframes_rule()` methods of `CSSStyleSheet` are then reimplemented in terms of `for_each_effective_rule()`, and we can get rid of their equivalents elsewhere.
2024-09-03 07:43:20 -03:00
* Copyright (c) 2021-2024, Sam Atkins <sam@ladybird.org>
Meta: Update my e-mail address everywhere
2024-10-04 08:19:50 -03:00
* Copyright (c) 2022, Andreas Kling <andreas@ladybird.org>
LibWeb: Add CSSConditionRule https://www.w3.org/TR/css-conditional-3/#the-cssconditionrule-interface This simply exposes a condition string, which is implemented differently in each sub-class.
2021-09-28 12:53:15 -03:00
*
* SPDX-License-Identifier: BSD-2-Clause
*/
LibWeb/Bindings: Emit one bindings header and cpp per IDL Previously, the LibWeb bindings generator would output multiple per interface files like Prototype/Constructor/Namespace/GlobalMixin depending on the contents of that IDL file. This complicates the build system as it means that it does not know what files will be generated without knowledge of the contents of that IDL file. Instead, for each IDL file only generate a single Bindings/<IDLFile>.h and Bindings/<IDLFile>.cpp.
2026-04-18 05:54:06 -03:00
#include <LibWeb/Bindings/CSSConditionRule.h>
LibWeb: Remove unecessary dependence on Window from CSS classes These classes only needed Window to get at its realm. Pass a realm directly to construct CSS classes.
2022-09-24 19:34:04 -03:00
#include <LibWeb/Bindings/Intrinsics.h>
LibWeb: Add CSSConditionRule https://www.w3.org/TR/css-conditional-3/#the-cssconditionrule-interface This simply exposes a condition string, which is implemented differently in each sub-class.
2021-09-28 12:53:15 -03:00
#include <LibWeb/CSS/CSSConditionRule.h>
namespace Web::CSS {
LibWeb: Make `CSSRule::type()` non-virtual All its overrides return constants, and without virtual dispatch the `qualified_layer_name` and `absolutized_selectors` functions can benefit from slightly better optimizations. `CSSRule`s aren't allocated that often, so the memory impact is minimal.
2024-10-28 16:16:28 -03:00
CSSConditionRule::CSSConditionRule(JS::Realm& realm, CSSRuleList& rules, Type type)
: CSSGroupingRule(realm, rules, type)
LibWeb: Add CSSConditionRule https://www.w3.org/TR/css-conditional-3/#the-cssconditionrule-interface This simply exposes a condition string, which is implemented differently in each sub-class.
2021-09-28 12:53:15 -03:00
{
}
LibWeb/CSS: Replace style-rule iteration methods with a generic one I didn't want to add another set of boilerplatey tree-walking methods, so here's a general-purpose one. :^) `for_each_effective_rule()` walks the tree of effective style rules, and runs the callback on each one, in either pre- or postorder. The previous `for_each_effective_style/keyframes_rule()` methods of `CSSStyleSheet` are then reimplemented in terms of `for_each_effective_rule()`, and we can get rid of their equivalents elsewhere.
2024-09-03 07:43:20 -03:00
void CSSConditionRule::for_each_effective_rule(TraversalOrder order, Function<void(Web::CSS::CSSRule const&)> const& callback) const
LibWeb: Make style-rule iteration aware of CSSMediaRule The logic is handled by `CSSGroupingRule` and `CSSConditionRule`, so `CSSMediaRule` only has to report if its condition matches. Right now, that condition is always false because we do not evaluate the media query.
2021-10-08 13:02:47 -03:00
{
if (condition_matches())
LibWeb/CSS: Replace style-rule iteration methods with a generic one I didn't want to add another set of boilerplatey tree-walking methods, so here's a general-purpose one. :^) `for_each_effective_rule()` walks the tree of effective style rules, and runs the callback on each one, in either pre- or postorder. The previous `for_each_effective_style/keyframes_rule()` methods of `CSSStyleSheet` are then reimplemented in terms of `for_each_effective_rule()`, and we can get rid of their equivalents elsewhere.
2024-09-03 07:43:20 -03:00
CSSGroupingRule::for_each_effective_rule(order, callback);
LibWeb: Add preliminary support for CSS animations This partially implements CSS-Animations-1 (though there are references to CSS-Animations-2). Current limitations: - Multi-selector keyframes are not supported. - Most animation properties are ignored. - Timing functions are not applied. - Non-absolute values are not interpolated unless the target is also of the same non-absolute type (e.g. 10% -> 25%, but not 10% -> 20px). - The JavaScript interface is left as an exercise for the next poor soul looking at this code. With those said, this commit implements: - Interpolation for most common types - Proper keyframe resolution (including the synthetic from-keyframe containing the initial state) - Properly driven animations, and proper style invalidation Co-Authored-By: Andreas Kling <kling@serenityos.org>
2023-05-26 17:00:54 -03:00
}
LibJS: Make Cell::initialize() return void Stop worrying about tiny OOMs. Work towards #20405
2023-08-07 03:41:28 -03:00
void CSSConditionRule::initialize(JS::Realm& realm)
LibWeb: Move setting of Web object prototypes to initialize() This needs to happen before prototype/constructor intitialization can be made lazy. Otherwise, GC could run during the C++ constructor and try to collect the object currently being created.
2023-01-10 08:28:20 -03:00
{
LibWeb: Avoid FlyString lookups when setting IDL interface prototypes This commit introduces a WEB_SET_PROTOTYPE_FOR_INTERFACE macro that caches the interface name in a local static FlyString. This means that we only pay for FlyString-from-literal lookup once per browser lifetime instead of every time the interface is instantiated.
2024-03-16 09:13:08 -03:00
WEB_SET_PROTOTYPE_FOR_INTERFACE(CSSConditionRule);
LibWeb: Only set prototype once for object with IDL interface Before this change, we were going through the chain of base classes for each IDL interface object and having them set the prototype to their prototype. Instead of doing that, reorder things so that we set the right prototype immediately in Foo::initialize(), and then don't bother in all the base class overrides. This knocks off a ~1% profile item on Speedometer 3.
2025-04-20 11:22:57 -03:00
Base::initialize(realm);
LibWeb: Move setting of Web object prototypes to initialize() This needs to happen before prototype/constructor intitialization can be made lazy. Otherwise, GC could run during the C++ constructor and try to collect the object currently being created.
2023-01-10 08:28:20 -03:00
}
LibWeb: Add CSSConditionRule https://www.w3.org/TR/css-conditional-3/#the-cssconditionrule-interface This simply exposes a condition string, which is implemented differently in each sub-class.
2021-09-28 12:53:15 -03:00
}
Reference in a new issue Copy permalink