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

37 lines
1 KiB
C++
Raw Normal View History

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
/*
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: Derive SVG root's natural size from width/height attributes We were incorrectly looking at the CSS computed values for width and height to determine the natural size of <svg> root elements. This meant that elements where the attribute and computed value were different values would end up with incorrect natural size.
2024-08-22 08:32:25 -03:00
* Copyright (c) 2022-2024, Andreas Kling <andreas@ladybird.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: Support more length types in SVG width/height attributes Previously we were using the HTML parse_dimension_value method for the height and width attributes of an SVG element. These attributes should however be treated as css properties instead and thus also support calc() and absolute units so we use the css parser for this instead.
2023-03-19 11:44:12 -03:00
#include <LibWeb/CSS/Parser/Parser.h>
LibWeb: Derive SVG root's natural size from width/height attributes We were incorrectly looking at the CSS computed values for width and height to determine the natural size of <svg> root elements. This meant that elements where the attribute and computed value were different values would end up with incorrect natural size.
2024-08-22 08:32:25 -03:00
#include <LibWeb/CSS/StyleValues/LengthStyleValue.h>
LibWeb: Make SVG <svg> elements behave as CSS replaced elements This makes SVG-in-HTML behave quite a bit better by following general replaced layout rules. It also turns <svg> elements into inline-level boxes instead of block-level boxes.
2022-03-18 18:13:26 -03:00
#include <LibWeb/Layout/ReplacedBox.h>
LibWeb: Try to work out the intrinsic size of <svg> elements If the `width` and `height` attributes are provided, we derive the intrinsic size and ratio from them. Otherwise, we trace a rectangle around the geometry elements inside the SVG and use the size of that as the intrinsic size. This is definitely far from correct, but is still a much better guess at the intrinsic size than nothing.
2022-07-11 07:25:01 -03:00
#include <LibWeb/Layout/SVGGeometryBox.h>
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
#include <LibWeb/Painting/SVGSVGPaintable.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(SVGSVGBox);
LibWeb: Add calls to JS_{DECLARE,DEFINE}_ALLOCATOR()
2024-04-06 14:16:04 -03:00
LibWeb: Make CSS::ComputedProperties GC-allocated
2024-12-20 12:35:12 -03:00
SVGSVGBox::SVGSVGBox(DOM::Document& document, SVG::SVGSVGElement& element, GC::Ref<CSS::ComputedProperties> style)
: ReplacedBox(document, element, style)
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> SVGSVGBox::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
{
return Painting::SVGSVGPaintable::create(*this);
}
LibWeb: Try to work out the intrinsic size of <svg> elements If the `width` and `height` attributes are provided, we derive the intrinsic size and ratio from them. Otherwise, we trace a rectangle around the geometry elements inside the SVG and use the size of that as the intrinsic size. This is definitely far from correct, but is still a much better guess at the intrinsic size than nothing.
2022-07-11 07:25:01 -03:00
void SVGSVGBox::prepare_for_replaced_layout()
{
LibWeb: Teach HTMLObjectElement to negotiate natural size with SVGs We do this by generalizing the code previously used for SVGSVGBox into something that can be used for NavigableViewportContainer as well.
2024-11-26 08:30:11 -03:00
auto natural_metrics = SVG::SVGSVGElement::negotiate_natural_metrics(dom_node());
set_natural_width(natural_metrics.width);
set_natural_height(natural_metrics.height);
set_natural_aspect_ratio(natural_metrics.aspect_ratio);
LibWeb: Try to work out the intrinsic size of <svg> elements If the `width` and `height` attributes are provided, we derive the intrinsic size and ratio from them. Otherwise, we trace a rectangle around the geometry elements inside the SVG and use the size of that as the intrinsic size. This is definitely far from correct, but is still a much better guess at the intrinsic size than nothing.
2022-07-11 07:25:01 -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
}
Reference in a new issue Copy permalink