mirror of
https://github.com/LadybirdBrowser/ladybird.git
synced 2024-11-10 13:00:29 +03:00
bfd354492e
With this change, we now have ~1200 CellAllocators across both LibJS and LibWeb in a normal WebContent instance. This gives us a minimum heap size of 4.7 MiB in the scenario where we only have one cell allocated per type. Of course, in practice there will be many more of each type, so the effective overhead is quite a bit smaller than that in practice. I left a few types unconverted to this mechanism because I got tired of doing this. :^)
37 lines
1.0 KiB
C++
37 lines
1.0 KiB
C++
/*
|
|
* Copyright (c) 2022, Luke Wilde <lukew@serenityos.org>
|
|
* Copyright (c) 2022, Andreas Kling <kling@serenityos.org>
|
|
*
|
|
* SPDX-License-Identifier: BSD-2-Clause
|
|
*/
|
|
|
|
#pragma once
|
|
|
|
#include <LibWeb/DOM/AbstractRange.h>
|
|
|
|
namespace Web::DOM {
|
|
|
|
// NOTE: We must use GCP instead of NNGCP here, otherwise the generated code cannot default initialize this struct.
|
|
// They will never be null, as they are marked as required and non-null in the dictionary.
|
|
struct StaticRangeInit {
|
|
JS::GCPtr<Node> start_container;
|
|
u32 start_offset { 0 };
|
|
JS::GCPtr<Node> end_container;
|
|
u32 end_offset { 0 };
|
|
};
|
|
|
|
class StaticRange final : public AbstractRange {
|
|
WEB_PLATFORM_OBJECT(StaticRange, AbstractRange);
|
|
JS_DECLARE_ALLOCATOR(StaticRange);
|
|
|
|
public:
|
|
static WebIDL::ExceptionOr<JS::NonnullGCPtr<StaticRange>> construct_impl(JS::Realm&, StaticRangeInit& init);
|
|
|
|
StaticRange(Node& start_container, u32 start_offset, Node& end_container, u32 end_offset);
|
|
virtual ~StaticRange() override;
|
|
|
|
virtual void initialize(JS::Realm&) override;
|
|
};
|
|
|
|
}
|