568b7ce7ea
The Paintable tree and its supplemental painting data structures were GC allocated because that was the easiest way to manage it and avoid leaks introduced by ref cycles. This included the Paintable subclasses themselves plus StackingContext, ChromeWidget, Scrollbar, ResizeHandle, and scroll-frame state. We are now trying to reduce GC allocation churn on layout and painting updates, so keeping this short-lived rendering tree outside the JS heap is a better fit. Move Paintable to RefCountedTreeNode, make painting helpers ref-counted or weakly reference Paintables, and update the layout and event-handler call sites to use RefPtr/WeakPtr ownership.
28 lines
631 B
C++
28 lines
631 B
C++
/*
|
|
* Copyright (c) 2026, Tim Ledbetter <tim.ledbetter@ladybird.org>
|
|
*
|
|
* SPDX-License-Identifier: BSD-2-Clause
|
|
*/
|
|
|
|
#pragma once
|
|
|
|
#include <LibWeb/Layout/SVGPatternBox.h>
|
|
#include <LibWeb/Painting/SVGPaintable.h>
|
|
|
|
namespace Web::Painting {
|
|
|
|
class SVGPatternPaintable : public SVGPaintable {
|
|
public:
|
|
static NonnullRefPtr<SVGPatternPaintable> create(Layout::SVGPatternBox const&);
|
|
virtual StringView class_name() const override { return "SVGPatternPaintable"sv; }
|
|
|
|
bool forms_unconnected_subtree() const override
|
|
{
|
|
return true;
|
|
}
|
|
|
|
protected:
|
|
SVGPatternPaintable(Layout::SVGPatternBox const&);
|
|
};
|
|
|
|
}
|