ladybird/Userland/Libraries/LibWeb/SVG/SVGDefsElement.cpp

/*
 * Copyright (c) 2022, Simon Danner <danner.simon@gmail.com>
 *
 * SPDX-License-Identifier: BSD-2-Clause
 */

#include <LibWeb/Bindings/Intrinsics.h>
#include <LibWeb/Layout/SVGBox.h>
#include <LibWeb/SVG/SVGDefsElement.h>

namespace Web::SVG {

JS_DEFINE_ALLOCATOR(SVGDefsElement);

SVGDefsElement::SVGDefsElement(DOM::Document& document, DOM::QualifiedName qualified_name)
    : SVGGraphicsElement(document, move(qualified_name))
{
}

SVGDefsElement::~SVGDefsElement()
{
}

void SVGDefsElement::initialize(JS::Realm& realm)
{
    Base::initialize(realm);
    set_prototype(&Bindings::ensure_web_prototype<Bindings::SVGDefsElementPrototype>(realm, "SVGDefsElement"_fly_string));
}

JS::GCPtr<Layout::Node> SVGDefsElement::create_layout_node(NonnullRefPtr<CSS::StyleProperties> style)
{
    // FIXME: We need this layout node so any <mask>s inside this element get layout computed.
    return heap().allocate_without_realm<Layout::SVGBox>(document(), *this, move(style));
}

}
LibWeb: Add SVGDefsElement * Similarly to clipPath, this doesn't need to get rendered, so return no LayoutNode. 2022-04-11 17:59:03 +03:00			`/*`
			`* Copyright (c) 2022, Simon Danner <danner.simon@gmail.com>`
			`*`
			`* SPDX-License-Identifier: BSD-2-Clause`
			`*/`

LibWeb: Cleanup unecessary uses and includes of HTML::Window The big global refactor left some stragglers behind for atomicity. Clean up the rest, and remove a ton of includes of LibWeb/HTML/Window.h 2022-10-01 02:16:16 +03:00			`#include <LibWeb/Bindings/Intrinsics.h>`
LibWeb: Layout SVG <mask> elements (but don't paint them) This allows SVG mask elements to have layout computed, but not connected to the main paint tree. They should only be reachable if (and painted) if referenced by the "mask" attribute of another element. This is controlled by the forms_unconnected_subtree() function on the paintable, which (if it returns true) prevents the paintable from being added as a child to what would be its parent. 2023-09-17 17:32:24 +03:00			`#include <LibWeb/Layout/SVGBox.h>`
LibWeb: Add SVGDefsElement * Similarly to clipPath, this doesn't need to get rendered, so return no LayoutNode. 2022-04-11 17:59:03 +03:00			`#include <LibWeb/SVG/SVGDefsElement.h>`

			`namespace Web::SVG {`

LibWeb: Put most LibWeb GC objects in type-specific heap blocks With this change, we now have ~1200 CellAllocators across both LibJS and LibWeb in a normal WebContent instance. This gives us a minimum heap size of 4.7 MiB in the scenario where we only have one cell allocated per type. Of course, in practice there will be many more of each type, so the effective overhead is quite a bit smaller than that in practice. I left a few types unconverted to this mechanism because I got tired of doing this. :^) 2023-11-19 21:47:52 +03:00			`JS_DEFINE_ALLOCATOR(SVGDefsElement);`

LibWeb: Add SVGDefsElement * Similarly to clipPath, this doesn't need to get rendered, so return no LayoutNode. 2022-04-11 17:59:03 +03:00			`SVGDefsElement::SVGDefsElement(DOM::Document& document, DOM::QualifiedName qualified_name)`
			`: SVGGraphicsElement(document, move(qualified_name))`
			`{`
			`}`

			`SVGDefsElement::~SVGDefsElement()`
			`{`
			`}`

LibJS: Make Cell::initialize() return void Stop worrying about tiny OOMs. Work towards #20405 2023-08-07 09:41:28 +03:00			`void SVGDefsElement::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 14:28:20 +03:00			`{`
LibJS: Make Cell::initialize() return void Stop worrying about tiny OOMs. Work towards #20405 2023-08-07 09:41:28 +03:00			`Base::initialize(realm);`
LibWeb: Port Intrinsics from DeprecatedString 2023-11-22 02:55:21 +03:00			`set_prototype(&Bindings::ensure_web_prototype<Bindings::SVGDefsElementPrototype>(realm, "SVGDefsElement"_fly_string));`
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 14:28:20 +03:00			`}`

LibWeb: Layout SVG <mask> elements (but don't paint them) This allows SVG mask elements to have layout computed, but not connected to the main paint tree. They should only be reachable if (and painted) if referenced by the "mask" attribute of another element. This is controlled by the forms_unconnected_subtree() function on the paintable, which (if it returns true) prevents the paintable from being added as a child to what would be its parent. 2023-09-17 17:32:24 +03:00			`JS::GCPtr<Layout::Node> SVGDefsElement::create_layout_node(NonnullRefPtr<CSS::StyleProperties> style)`
LibWeb: Add SVGDefsElement * Similarly to clipPath, this doesn't need to get rendered, so return no LayoutNode. 2022-04-11 17:59:03 +03:00			`{`
LibWeb: Layout SVG <mask> elements (but don't paint them) This allows SVG mask elements to have layout computed, but not connected to the main paint tree. They should only be reachable if (and painted) if referenced by the "mask" attribute of another element. This is controlled by the forms_unconnected_subtree() function on the paintable, which (if it returns true) prevents the paintable from being added as a child to what would be its parent. 2023-09-17 17:32:24 +03:00			`// FIXME: We need this layout node so any <mask>s inside this element get layout computed.`
			`return heap().allocate_without_realm<Layout::SVGBox>(document(), *this, move(style));`
LibWeb: Add SVGDefsElement * Similarly to clipPath, this doesn't need to get rendered, so return no LayoutNode. 2022-04-11 17:59:03 +03:00			`}`

			`}`