LadybirdBrowser/ladybird
1
1
Fork 0
mirror of https://github.com/LadybirdBrowser/ladybird.git synced 2024-09-20 09:49:15 +03:00
Code Issues Packages Projects Releases Wiki Activity
5ebc09c83b
ladybird/Userland/Libraries/LibWeb/Painting/SVGGraphicsPaintable.cpp

33 lines
907 B
C++
Raw Normal View History

LibWeb: Let Paintable perform the painting This patch adds a bunch of Paintable subclasses, each corresponding to the Layout::Node subclasses that had a paint() override. All painting logic is moved from layout nodes into their corresponding paintables. Paintables are now created by asking a Layout::Box to produce one: static NonnullOwnPtr<Paintable> Layout::Box::create_paintable() Note that inline nodes still have their painting logic. Since they are not boxes, and all paintables have a corresponding box, we'll need to come up with some other solution for them.
2022-03-10 16:02:25 +03:00
/*
* Copyright (c) 2018-2022, Andreas Kling <kling@serenityos.org>
*
* SPDX-License-Identifier: BSD-2-Clause
*/
#include <LibWeb/Layout/ImageBox.h>
LibWeb: Paint/apply uses of SVG `<clipPath>`s This works just like masks, with a few more (spec imposed) limitations. All the style properties on the contents of a <clipPath> are ignored, and instead we just paint the "raw geometry" (as all black), then apply that as an alpha mask to the target element. If the element has both a `mask` and `clip-path` set, we compute the masking area as the intersection of the mask rect and clip rect, then apply the clip mask to the `mask` (producing a combined mask). Fixes #19648 Fixes #23006
2024-03-27 03:19:41 +03:00
#include <LibWeb/Layout/SVGClipBox.h>
LibWeb: Special case SVG masks during layout Rather than try to lay out masks normally, this updates the TreeBuilder to create layout nodes for masks as a child of their user (i.e. the masked element). This allows each use of a mask to be laid out differently, which makes supporting `maskContentUnits=objectBoundingBox` fairly easy. The `SVGFormattingContext` is then updated to lay out masks last (as their sizing may depend on their parent), and treats them like viewports. This is pretty ad-hoc, but the SVG specification does not give any guidance on how to actually implement this.
2024-03-11 21:26:58 +03:00
#include <LibWeb/Layout/SVGMaskBox.h>
LibWeb: Paint/apply uses of SVG `<clipPath>`s This works just like masks, with a few more (spec imposed) limitations. All the style properties on the contents of a <clipPath> are ignored, and instead we just paint the "raw geometry" (as all black), then apply that as an alpha mask to the target element. If the element has both a `mask` and `clip-path` set, we compute the masking area as the intersection of the mask rect and clip rect, then apply the clip mask to the `mask` (producing a combined mask). Fixes #19648 Fixes #23006
2024-03-27 03:19:41 +03:00
#include <LibWeb/Painting/SVGClipPaintable.h>
LibWeb: Let Paintable perform the painting This patch adds a bunch of Paintable subclasses, each corresponding to the Layout::Node subclasses that had a paint() override. All painting logic is moved from layout nodes into their corresponding paintables. Paintables are now created by asking a Layout::Box to produce one: static NonnullOwnPtr<Paintable> Layout::Box::create_paintable() Note that inline nodes still have their painting logic. Since they are not boxes, and all paintables have a corresponding box, we'll need to come up with some other solution for them.
2022-03-10 16:02:25 +03:00
#include <LibWeb/Painting/SVGGraphicsPaintable.h>
LibWeb: Resolve and paint simple SVG masks This allows applying SVG <mask>s to elements. It is only implemented for the simplest (and default) case: - mask-type = luminance - maskContentUnits = maskContentUnits - maskUnits = objectBoundingBox - Default masking area It should be possible to extend to cover more cases. Though the layout for maskContentUnits = objectBoundingBox will be tricky to figure out.
2023-09-10 16:10:55 +03:00
#include <LibWeb/Painting/StackingContext.h>
LibWeb: Add basic support for maskUnits=userSpaceOnUse This still does not use the x, y, width, or height attributes on the mask, but this allows at least displaying these masks.
2023-10-07 22:23:52 +03:00
#include <LibWeb/SVG/SVGSVGElement.h>
LibWeb: Let Paintable perform the painting This patch adds a bunch of Paintable subclasses, each corresponding to the Layout::Node subclasses that had a paint() override. All painting logic is moved from layout nodes into their corresponding paintables. Paintables are now created by asking a Layout::Box to produce one: static NonnullOwnPtr<Paintable> Layout::Box::create_paintable() Note that inline nodes still have their painting logic. Since they are not boxes, and all paintables have a corresponding box, we'll need to come up with some other solution for them.
2022-03-10 16:02:25 +03:00
namespace Web::Painting {
LibWeb: Make SVG <g> elements generate a SVGGraphicsPaintable ...instead of defaulting to a PaintableBox. This way it gets the same behavior as other SVG boxes during paint.
2023-04-18 19:56:06 +03:00
JS::NonnullGCPtr<SVGGraphicsPaintable> SVGGraphicsPaintable::create(Layout::SVGGraphicsBox const& layout_box)
{
return layout_box.heap().allocate_without_realm<SVGGraphicsPaintable>(layout_box);
}
LibWeb: Let Paintable perform the painting This patch adds a bunch of Paintable subclasses, each corresponding to the Layout::Node subclasses that had a paint() override. All painting logic is moved from layout nodes into their corresponding paintables. Paintables are now created by asking a Layout::Box to produce one: static NonnullOwnPtr<Paintable> Layout::Box::create_paintable() Note that inline nodes still have their painting logic. Since they are not boxes, and all paintables have a corresponding box, we'll need to come up with some other solution for them.
2022-03-10 16:02:25 +03:00
SVGGraphicsPaintable::SVGGraphicsPaintable(Layout::SVGGraphicsBox const& layout_box)
: SVGPaintable(layout_box)
{
}
Layout::SVGGraphicsBox const& SVGGraphicsPaintable::layout_box() const
{
LibWeb: Split Paintable into Paintable and PaintableBox To prepare for paintable inline content, we take the basic painting functionality and hoist it into a base class.
2022-03-10 17:50:57 +03:00
return static_cast<Layout::SVGGraphicsBox const&>(layout_node());
LibWeb: Let Paintable perform the painting This patch adds a bunch of Paintable subclasses, each corresponding to the Layout::Node subclasses that had a paint() override. All painting logic is moved from layout nodes into their corresponding paintables. Paintables are now created by asking a Layout::Box to produce one: static NonnullOwnPtr<Paintable> Layout::Box::create_paintable() Note that inline nodes still have their painting logic. Since they are not boxes, and all paintables have a corresponding box, we'll need to come up with some other solution for them.
2022-03-10 16:02:25 +03:00
}
}
Reference in New Issue Copy Permalink