LadybirdBrowser/ladybird
1
1
Fork 0
mirror of https://github.com/LadybirdBrowser/ladybird.git synced 2024-11-10 13:00:29 +03:00
Code Issues Packages Projects Releases Wiki Activity
cd1eeb3cdd
ladybird/Userland/Libraries/LibWeb/HTML/PluginArray.h

39 lines
1.1 KiB
C
Raw Normal View History

LibWeb: Implement navigator.{plugins,mimeTypes}
2023-02-28 03:23:53 +03:00
/*
* Copyright (c) 2023, Luke Wilde <lukew@serenityos.org>
*
* SPDX-License-Identifier: BSD-2-Clause
*/
#pragma once
LibWeb: Delete LegacyPlatformObject and move behavior to PlatformObject We have two known PlatformObjects that need to implement some of the behavior of LegacyPlatformObjects to date: Window, and HTMLFormElement. To make this not require double (or virtual) inheritance of PlatformObject, move the behavior of LegacyPlatformObject into PlatformObject. The selection of LegacyPlatformObject behavior is done with a new bitfield of feature flags instead of a dozen virtual functions that return bool. This change simplifies every class involved in the diff with the notable exception of Window, which now needs some ugly const casts to implement named property access.
2024-01-10 02:05:03 +03:00
#include <LibWeb/Bindings/PlatformObject.h>
LibWeb: Implement navigator.{plugins,mimeTypes}
2023-02-28 03:23:53 +03:00
namespace Web::HTML {
// https://html.spec.whatwg.org/multipage/system-state.html#pluginarray
LibWeb: Delete LegacyPlatformObject and move behavior to PlatformObject We have two known PlatformObjects that need to implement some of the behavior of LegacyPlatformObjects to date: Window, and HTMLFormElement. To make this not require double (or virtual) inheritance of PlatformObject, move the behavior of LegacyPlatformObject into PlatformObject. The selection of LegacyPlatformObject behavior is done with a new bitfield of feature flags instead of a dozen virtual functions that return bool. This change simplifies every class involved in the diff with the notable exception of Window, which now needs some ugly const casts to implement named property access.
2024-01-10 02:05:03 +03:00
class PluginArray : public Bindings::PlatformObject {
WEB_PLATFORM_OBJECT(PluginArray, Bindings::PlatformObject);
LibWeb: Put most LibWeb GC objects in type-specific heap blocks 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. :^)
2023-11-19 21:47:52 +03:00
JS_DECLARE_ALLOCATOR(PluginArray);
LibWeb: Implement navigator.{plugins,mimeTypes}
2023-02-28 03:23:53 +03:00
public:
virtual ~PluginArray() override;
void refresh() const;
size_t length() const;
JS::GCPtr<Plugin> item(u32 index) const;
LibWeb: Port named_item_value from DeprecatedFlyString
2023-10-08 03:16:50 +03:00
JS::GCPtr<Plugin> named_item(FlyString const& name) const;
LibWeb: Implement navigator.{plugins,mimeTypes}
2023-02-28 03:23:53 +03:00
private:
PluginArray(JS::Realm&);
LibJS: Make Cell::initialize() return void Stop worrying about tiny OOMs. Work towards #20405
2023-08-07 09:41:28 +03:00
virtual void initialize(JS::Realm&) override;
LibWeb: Implement navigator.{plugins,mimeTypes}
2023-02-28 03:23:53 +03:00
LibWeb: Delete LegacyPlatformObject and move behavior to PlatformObject We have two known PlatformObjects that need to implement some of the behavior of LegacyPlatformObjects to date: Window, and HTMLFormElement. To make this not require double (or virtual) inheritance of PlatformObject, move the behavior of LegacyPlatformObject into PlatformObject. The selection of LegacyPlatformObject behavior is done with a new bitfield of feature flags instead of a dozen virtual functions that return bool. This change simplifies every class involved in the diff with the notable exception of Window, which now needs some ugly const casts to implement named property access.
2024-01-10 02:05:03 +03:00
// ^Bindings::PlatformObject
LibWeb: Let supported_property_names() return Vector<FlyString> Ultimately, this API should probably be replaced with something that updates a cache on relevant DOM mutations instead of regenerating the list of property names again and again.
2023-12-24 22:59:00 +03:00
virtual Vector<FlyString> supported_property_names() const override;
LibWeb: Implement navigator.{plugins,mimeTypes}
2023-02-28 03:23:53 +03:00
virtual WebIDL::ExceptionOr<JS::Value> item_value(size_t index) const override;
LibWeb: Port named_item_value from DeprecatedFlyString
2023-10-08 03:16:50 +03:00
virtual WebIDL::ExceptionOr<JS::Value> named_item_value(FlyString const& name) const override;
LibWeb: Implement navigator.{plugins,mimeTypes}
2023-02-28 03:23:53 +03:00
virtual bool is_supported_property_index(u32) const override;
};
}
Reference in New Issue Copy Permalink