dmaax/ladybird
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions
ladybird/Libraries/LibWeb/SVG/SVGGeometryElement.h

39 lines
1,005 B
C
Raw Normal View History

LibWeb: Begin SVG element support This commit starts adding a basic SVG element. Currently, svg elements have support for the width and height properties, as well as the stroke, stroke-width, and fill properties. The only child element supported is the path element, as most other graphical elements are just shorthand for paths.
2020-07-20 03:01:53 -03:00
/*
Userland: Use mattco@serenityos.org for my copyright headers
2021-04-22 20:53:07 -03:00
* Copyright (c) 2020, Matthew Olsson <mattco@serenityos.org>
LibWeb: Begin SVG element support This commit starts adding a basic SVG element. Currently, svg elements have support for the width and height properties, as well as the stroke, stroke-width, and fill properties. The only child element supported is the path element, as most other graphical elements are just shorthand for paths.
2020-07-20 03:01:53 -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: Begin SVG element support This commit starts adding a basic SVG element. Currently, svg elements have support for the width and height properties, as well as the stroke, stroke-width, and fill properties. The only child element supported is the path element, as most other graphical elements are just shorthand for paths.
2020-07-20 03:01:53 -03:00
*/
#pragma once
LibWeb: Stub out two functions on SVGGeometryElement These two were called by Discord while loading: - float getTotalLength(); - DOMPoint getPointAtLength(float distance);
2022-07-12 15:07:35 -03:00
#include <LibWeb/Geometry/DOMPoint.h>
LibWeb: Refactor SVG files into their own directory; follow spec layout
2020-07-23 13:44:42 -03:00
#include <LibWeb/SVG/SVGGraphicsElement.h>
LibWeb: Begin SVG element support This commit starts adding a basic SVG element. Currently, svg elements have support for the width and height properties, as well as the stroke, stroke-width, and fill properties. The only child element supported is the path element, as most other graphical elements are just shorthand for paths.
2020-07-20 03:01:53 -03:00
LibWeb: Refactor SVG files into their own directory; follow spec layout
2020-07-23 13:44:42 -03:00
namespace Web::SVG {
LibWeb: Begin SVG element support This commit starts adding a basic SVG element. Currently, svg elements have support for the width and height properties, as well as the stroke, stroke-width, and fill properties. The only child element supported is the path element, as most other graphical elements are just shorthand for paths.
2020-07-20 03:01:53 -03:00
LibWeb: Move SVGPathElement methods into SVGGeometryElement From the spec: > Interface SVGGeometryElement represents SVG elements whose rendering > is defined by geometry with an equivalent path, and which can be > filled and stroked. This includes paths and the basic shapes. - https://svgwg.org/svg2-draft/types.html#InterfaceSVGGeometryElement Making them all create an SVGPathBox, and return a Path from get_path(), means we can implement the "basic shapes" using the path system we already have. :^)
2022-02-11 09:32:55 -03:00
// https://svgwg.org/svg2-draft/types.html#InterfaceSVGGeometryElement
LibWeb: Refactor SVG files into their own directory; follow spec layout
2020-07-23 13:44:42 -03:00
class SVGGeometryElement : public SVGGraphicsElement {
LibWeb+LibJS: Make the EventTarget hierarchy (incl. DOM) GC-allocated This is a monster patch that turns all EventTargets into GC-allocated PlatformObjects. Their C++ wrapper classes are removed, and the LibJS garbage collector is now responsible for their lifetimes. There's a fair amount of hacks and band-aids in this patch, and we'll have a lot of cleanup to do after this.
2022-08-28 08:42:07 -03:00
WEB_PLATFORM_OBJECT(SVGGeometryElement, SVGGraphicsElement);
LibWeb: Add empty IDL bindings for current SVG elements Nothing in them right now as the classes don't contain the IDL methods.
2020-10-02 16:57:28 -03:00
LibWeb+LibJS: Make the EventTarget hierarchy (incl. DOM) GC-allocated This is a monster patch that turns all EventTargets into GC-allocated PlatformObjects. Their C++ wrapper classes are removed, and the LibJS garbage collector is now responsible for their lifetimes. There's a fair amount of hacks and band-aids in this patch, and we'll have a lot of cleanup to do after this.
2022-08-28 08:42:07 -03:00
public:
LibWeb: Make CSS::ComputedProperties GC-allocated
2024-12-20 12:35:12 -03:00
virtual GC::Ptr<Layout::Node> create_layout_node(GC::Ref<CSS::ComputedProperties>) override;
LibWeb: Move SVGPathElement methods into SVGGeometryElement From the spec: > Interface SVGGeometryElement represents SVG elements whose rendering > is defined by geometry with an equivalent path, and which can be > filled and stroked. This includes paths and the basic shapes. - https://svgwg.org/svg2-draft/types.html#InterfaceSVGGeometryElement Making them all create an SVGPathBox, and return a Path from get_path(), means we can implement the "basic shapes" using the path system we already have. :^)
2022-02-11 09:32:55 -03:00
LibWeb: Port painting to use the new Skia-backed Gfx::Path SVG and and CSS border rendering now sits on top of SkPath instead of the old Gfx::DeprecatedPath. Due to an imperceptible (255, 255, 255) vs (255, 254, 255) color diff in one ref test, I changed that test to not depend on border rendering for a positive result, since that was incidental.
2024-08-09 09:00:10 -03:00
virtual Gfx::Path get_path(CSSPixelSize viewport_size) = 0;
LibWeb: Move SVGPathElement methods into SVGGeometryElement From the spec: > Interface SVGGeometryElement represents SVG elements whose rendering > is defined by geometry with an equivalent path, and which can be > filled and stroked. This includes paths and the basic shapes. - https://svgwg.org/svg2-draft/types.html#InterfaceSVGGeometryElement Making them all create an SVGPathBox, and return a Path from get_path(), means we can implement the "basic shapes" using the path system we already have. :^)
2022-02-11 09:32:55 -03:00
LibWeb: Stub out two functions on SVGGeometryElement These two were called by Discord while loading: - float getTotalLength(); - DOMPoint getPointAtLength(float distance);
2022-07-12 15:07:35 -03:00
float get_total_length();
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::Ref<Geometry::DOMPoint> get_point_at_length(float distance);
LibWeb: Stub out two functions on SVGGeometryElement These two were called by Discord while loading: - float getTotalLength(); - DOMPoint getPointAtLength(float distance);
2022-07-12 15:07:35 -03:00
LibWeb: Implement the `SVGGeometryElement.pathLength` attribute
2025-07-11 19:45:31 -03:00
GC::Ref<SVGAnimatedNumber> path_length();
LibWeb: Make SVGElement and SVGGeometryElement constructors protected
2020-07-26 12:47:26 -03:00
protected:
LibWeb: Move QualifiedName into the Web::DOM namespace
2022-02-18 17:00:52 -03:00
SVGGeometryElement(DOM::Document& document, DOM::QualifiedName qualified_name);
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
LibJS: Make Cell::initialize() return void Stop worrying about tiny OOMs. Work towards #20405
2023-08-07 03:41:28 -03:00
virtual void initialize(JS::Realm&) override;
LibWeb: Implement the `SVGGeometryElement.pathLength` attribute
2025-07-11 19:45:31 -03:00
virtual void visit_edges(Cell::Visitor&) override;
private:
GC::Ptr<SVGAnimatedNumber> m_path_length;
LibWeb: Begin SVG element support This commit starts adding a basic SVG element. Currently, svg elements have support for the width and height properties, as well as the stroke, stroke-width, and fill properties. The only child element supported is the path element, as most other graphical elements are just shorthand for paths.
2020-07-20 03:01:53 -03:00
};
}
Reference in a new issue Copy permalink