ladybird/Libraries/LibWeb/Painting/SVGClipPaintable.cpp

/*
 * Copyright (c) 2024, MacDue <macdue@dueutil.tech>
 *
 * SPDX-License-Identifier: BSD-2-Clause
 */

#include <LibWeb/Painting/SVGClipPaintable.h>

namespace Web::Painting {

GC_DEFINE_ALLOCATOR(SVGClipPaintable);

GC::Ref<SVGClipPaintable> SVGClipPaintable::create(Layout::SVGClipBox const& layout_box)
{
    return layout_box.heap().allocate<SVGClipPaintable>(layout_box);
}

SVGClipPaintable::SVGClipPaintable(Layout::SVGClipBox const& layout_box)
    : SVGPaintable(layout_box)
{
}

}
LibWeb: Lay out SVG `<clipPath>` uses This uses the same trick as done for masks in #23554. Each use of an SVG `<clipPath>` becomes it's own layout subtree rooted at it's user. This allows each use have it's own layout (which allows supporting features such as `clipPathUnits`). 2024-03-27 00:13:16 +00:00			`/*`
			`* Copyright (c) 2024, MacDue <macdue@dueutil.tech>`
			`*`
			`* SPDX-License-Identifier: BSD-2-Clause`
			`*/`

			`#include <LibWeb/Painting/SVGClipPaintable.h>`

			`namespace Web::Painting {`

LibGC+Everywhere: Factor out a LibGC from LibJS Resulting in a massive rename across almost everywhere! Alongside the namespace change, we now have the following names: * JS::NonnullGCPtr -> GC::Ref * JS::GCPtr -> GC::Ptr * JS::HeapFunction -> GC::Function * JS::CellImpl -> GC::Cell * JS::Handle -> GC::Root 2024-11-15 04:01:23 +13:00			`GC_DEFINE_ALLOCATOR(SVGClipPaintable);`
LibWeb: Add calls to JS_{DECLARE,DEFINE}_ALLOCATOR() 2024-04-06 10:16:04 -07:00
LibGC+Everywhere: Factor out a LibGC from LibJS Resulting in a massive rename across almost everywhere! Alongside the namespace change, we now have the following names: * JS::NonnullGCPtr -> GC::Ref * JS::GCPtr -> GC::Ptr * JS::HeapFunction -> GC::Function * JS::CellImpl -> GC::Cell * JS::Handle -> GC::Root 2024-11-15 04:01:23 +13:00			`GC::Ref<SVGClipPaintable> SVGClipPaintable::create(Layout::SVGClipBox const& layout_box)`
LibWeb: Lay out SVG `<clipPath>` uses This uses the same trick as done for masks in #23554. Each use of an SVG `<clipPath>` becomes it's own layout subtree rooted at it's user. This allows each use have it's own layout (which allows supporting features such as `clipPathUnits`). 2024-03-27 00:13:16 +00:00			`{`
LibJS+LibWeb: Rename Heap::allocate_without_realm to Heap::allocate Now that the heap has no knowledge about a JavaScript realm and is purely for managing the memory of the heap, it does not make sense to name this function to say that it is a non-realm variant. 2024-11-14 06:13:46 +13:00			`return layout_box.heap().allocate<SVGClipPaintable>(layout_box);`
LibWeb: Lay out SVG `<clipPath>` uses This uses the same trick as done for masks in #23554. Each use of an SVG `<clipPath>` becomes it's own layout subtree rooted at it's user. This allows each use have it's own layout (which allows supporting features such as `clipPathUnits`). 2024-03-27 00:13:16 +00:00			`}`

			`SVGClipPaintable::SVGClipPaintable(Layout::SVGClipBox const& layout_box)`
			`: SVGPaintable(layout_box)`
			`{`
			`}`

			`}`