ladybird/Libraries/LibWeb/Layout/SVGGeometryBox.cpp

/*
 * Copyright (c) 2020, Matthew Olsson <matthewcolsson@gmail.com>
 * Copyright (c) 2022, Tobias Christiansen <tobyase@serenityos.org>
 *
 * SPDX-License-Identifier: BSD-2-Clause
 */

#include <LibWeb/Layout/SVGGeometryBox.h>
#include <LibWeb/Painting/SVGPathPaintable.h>
#include <LibWeb/SVG/SVGPathElement.h>
#include <LibWeb/SVG/SVGSVGElement.h>

namespace Web::Layout {

GC_DEFINE_ALLOCATOR(SVGGeometryBox);

SVGGeometryBox::SVGGeometryBox(DOM::Document& document, SVG::SVGGeometryElement& element, CSS::StyleProperties properties)
    : SVGGraphicsBox(document, element, properties)
{
}

GC::Ptr<Painting::Paintable> SVGGeometryBox::create_paintable() const
{
    return Painting::SVGPathPaintable::create(*this);
}

}
LibWeb: Create LayoutNodes for each SVG element This brings the SVG API closer to the rest of LibWeb 2020-10-05 20:14:36 -03:00			`/*`
			`* Copyright (c) 2020, Matthew Olsson <matthewcolsson@gmail.com>`
LibWeb: Add support for 'view-box' attribute to SVGs This patch begins the support for the 'view-box' attribute that can be attached to <svg>'s. The FormattingContext determines the size of the Element according to the specified 'width' and 'height' or if they are not given by the 'viewbox' or by the bounding box of the path if nothing is specified. When we try to paint a SVG Path that belongs to a <svg> that has the 'view-box' and a specified 'height'/'width', all the parts of the path get scaled/moved accordingly. There probably are many edge cases and bugs still to be found, but this is a nice start. :^) 2022-02-27 17:00:04 -03:00			`* Copyright (c) 2022, Tobias Christiansen <tobyase@serenityos.org>`
LibWeb: Create LayoutNodes for each SVG element This brings the SVG API closer to the rest of LibWeb 2020-10-05 20:14:36 -03:00			`*`
Everything: Move to SPDX license identifiers in all files. SPDX License Identifiers are a more compact / standardized way of representing file license information. See: https://spdx.dev/resources/use/#identifiers This was done with the `ambr` search and replace tool. ambr --no-parent-ignore --key-from-file --rep-from-file key.txt rep.txt * 2021-04-22 05:24:48 -03:00			`* SPDX-License-Identifier: BSD-2-Clause`
LibWeb: Create LayoutNodes for each SVG element This brings the SVG API closer to the rest of LibWeb 2020-10-05 20:14:36 -03:00			`*/`

LibWeb: Rename SVGPathBox -> SVGGeometryBox This fits better since it's now used by all SVGGeometryElements. 2022-02-11 09:37:22 -03:00			`#include <LibWeb/Layout/SVGGeometryBox.h>`
LibWeb: Support transforms, stroking, gradients, etc for SVG <text> This makes use of the new Gfx::Path::text() to handle SVG text elements, with this text is just a regular path, and can be manipulated like any other graphics element. This removes the SVGTextPaintable and makes both <text> and geometry elements use a new (shared) SVGPathPaintable. This is identical to the old SVGGeometryPaintable. This simplifies painting as once something is resolved to a Gfx::Path, the painting logic is the same. 2023-11-04 18:31:35 -03:00			`#include <LibWeb/Painting/SVGPathPaintable.h>`
LibWeb: Create LayoutNodes for each SVG element This brings the SVG API closer to the rest of LibWeb 2020-10-05 20:14:36 -03:00			`#include <LibWeb/SVG/SVGPathElement.h>`
LibWeb: Add support for 'view-box' attribute to SVGs This patch begins the support for the 'view-box' attribute that can be attached to <svg>'s. The FormattingContext determines the size of the Element according to the specified 'width' and 'height' or if they are not given by the 'viewbox' or by the bounding box of the path if nothing is specified. When we try to paint a SVG Path that belongs to a <svg> that has the 'view-box' and a specified 'height'/'width', all the parts of the path get scaled/moved accordingly. There probably are many edge cases and bugs still to be found, but this is a nice start. :^) 2022-02-27 17:00:04 -03:00			`#include <LibWeb/SVG/SVGSVGElement.h>`
LibWeb: Create LayoutNodes for each SVG element This brings the SVG API closer to the rest of LibWeb 2020-10-05 20:14:36 -03:00
LibWeb: Rename LayoutNode classes and move them into Layout namespace Bring the names of various boxes closer to spec language. This should hopefully make things easier to understand and hack on. :^) Some notable changes: - LayoutNode -> Layout::Node - LayoutBox -> Layout::Box - LayoutBlock -> Layout::BlockBox - LayoutReplaced -> Layout::ReplacedBox - LayoutDocument -> Layout::InitialContainingBlockBox - LayoutText -> Layout::TextNode - LayoutInline -> Layout::InlineNode Note that this is not strictly a "box tree" as we also hang inline/text nodes in the same tree, and they don't generate boxes. (Instead, they contribute line box fragments to their containing block!) 2020-11-22 11:53:01 -03:00			`namespace Web::Layout {`
LibWeb: Create LayoutNodes for each SVG element This brings the SVG API closer to the rest of LibWeb 2020-10-05 20:14:36 -03: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-14 12:01:23 -03:00			`GC_DEFINE_ALLOCATOR(SVGGeometryBox);`
LibWeb: Add calls to JS_{DECLARE,DEFINE}_ALLOCATOR() 2024-04-06 14:16:04 -03:00
LibWeb: Remove reference counting for `CSS::StyleProperties` `AK::CopyOnWrite` already does reference counting, so there is no need to do it again. 2024-10-26 12:42:27 -03:00			`SVGGeometryBox::SVGGeometryBox(DOM::Document& document, SVG::SVGGeometryElement& element, CSS::StyleProperties properties)`
LibWeb: Rename LayoutNode classes and move them into Layout namespace Bring the names of various boxes closer to spec language. This should hopefully make things easier to understand and hack on. :^) Some notable changes: - LayoutNode -> Layout::Node - LayoutBox -> Layout::Box - LayoutBlock -> Layout::BlockBox - LayoutReplaced -> Layout::ReplacedBox - LayoutDocument -> Layout::InitialContainingBlockBox - LayoutText -> Layout::TextNode - LayoutInline -> Layout::InlineNode Note that this is not strictly a "box tree" as we also hang inline/text nodes in the same tree, and they don't generate boxes. (Instead, they contribute line box fragments to their containing block!) 2020-11-22 11:53:01 -03:00			`: SVGGraphicsBox(document, element, properties)`
LibWeb: Create LayoutNodes for each SVG element This brings the SVG API closer to the rest of LibWeb 2020-10-05 20:14:36 -03: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-14 12:01:23 -03:00			`GC::Ptr<Painting::Paintable> SVGGeometryBox::create_paintable() const`
LibWeb: Make Paintable ref-counted This will allow us to use a protective NonnullRefPtr to keep paintables alive while running arbitrary JavaScript in response to events. 2022-03-10 18:38:08 -03:00			`{`
LibWeb: Support transforms, stroking, gradients, etc for SVG <text> This makes use of the new Gfx::Path::text() to handle SVG text elements, with this text is just a regular path, and can be manipulated like any other graphics element. This removes the SVGTextPaintable and makes both <text> and geometry elements use a new (shared) SVGPathPaintable. This is identical to the old SVGGeometryPaintable. This simplifies painting as once something is resolved to a Gfx::Path, the painting logic is the same. 2023-11-04 18:31:35 -03:00			`return Painting::SVGPathPaintable::create(*this);`
LibWeb: Make Paintable ref-counted This will allow us to use a protective NonnullRefPtr to keep paintables alive while running arbitrary JavaScript in response to events. 2022-03-10 18:38:08 -03:00			`}`

LibWeb: Create LayoutNodes for each SVG element This brings the SVG API closer to the rest of LibWeb 2020-10-05 20:14:36 -03:00			`}`