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
2159377296
ladybird/Userland/Libraries/LibWeb/HTML/HTMLModElement.cpp

41 lines
991 B
C++
Raw Normal View History

LibWeb: Add all HTML elements between L and Q
2020-08-01 05:05:43 +03:00
/*
Everywhere: Use "the SerenityOS developers." in copyright headers We had some inconsistencies before: - Sometimes "The", sometimes "the" - Sometimes trailing ".", sometimes no trailing "." I picked the most common one (lowecase "the", trailing ".") and applied it to all copyright headers. By using the exact same string everywhere we can ensure nothing gets missed during a global search (and replace), and that these inconsistencies are not spread any further (as copyright headers are commonly copied to new files).
2021-04-28 23:46:44 +03:00
* Copyright (c) 2020, the SerenityOS developers.
LibWeb: Add all HTML elements between L and Q
2020-08-01 05:05:43 +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 11:24:48 +03:00
* SPDX-License-Identifier: BSD-2-Clause
LibWeb: Add all HTML elements between L and Q
2020-08-01 05:05:43 +03:00
*/
LibWeb: Add Support for the ARIA Element Properties Element now supports getting and setting ARIA properties from JS and HTML.
2022-11-29 02:58:13 +03:00
#include <AK/Assertions.h>
LibWeb: Remove Bindings/Forward.h from LibWeb/Forward.h This was resulting in a whole lot of rebuilding whenever a new IDL interface was added. Instead, just directly include the prototype in every C++ file which needs it. While we only really need a forward declaration in each cpp file; including the full prototype header (which itself only includes LibJS/Object.h, which is already transitively brought in by PlatformObject) - it seems like a small price to pay compared to what feels like a full rebuild of LibWeb whenever a new IDL file is added. Given all of these includes are only needed for the ::initialize method, there is probably a smart way of avoiding this problem altogether. I've considered both using some macro trickery or generating these functions somehow instead.
2024-04-27 03:09:58 +03:00
#include <LibWeb/Bindings/HTMLModElementPrototype.h>
LibWeb: Cleanup unecessary uses and includes of HTML::Window The big global refactor left some stragglers behind for atomicity. Clean up the rest, and remove a ton of includes of LibWeb/HTML/Window.h
2022-10-01 02:16:16 +03:00
#include <LibWeb/Bindings/Intrinsics.h>
LibWeb: Add all HTML elements between L and Q
2020-08-01 05:05:43 +03:00
#include <LibWeb/HTML/HTMLModElement.h>
namespace Web::HTML {
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_DEFINE_ALLOCATOR(HTMLModElement);
LibWeb: Move QualifiedName into the Web::DOM namespace
2022-02-18 23:00:52 +03:00
HTMLModElement::HTMLModElement(DOM::Document& document, DOM::QualifiedName qualified_name)
LibWeb: Use move semantics for QualifiedName more often
2021-02-07 13:20:15 +03:00
: HTMLElement(document, move(qualified_name))
LibWeb: Add all HTML elements between L and Q
2020-08-01 05:05:43 +03:00
{
}
Libraries: Use default constructors/destructors in LibWeb https://isocpp.github.io/CppCoreGuidelines/CppCoreGuidelines#cother-other-default-operation-rules "The compiler is more likely to get the default semantics right and you cannot implement these functions better than the compiler."
2022-03-14 22:21:51 +03:00
HTMLModElement::~HTMLModElement() = default;
LibWeb: Add all HTML elements between L and Q
2020-08-01 05:05:43 +03:00
LibJS: Make Cell::initialize() return void Stop worrying about tiny OOMs. Work towards #20405
2023-08-07 09:41:28 +03:00
void HTMLModElement::initialize(JS::Realm& realm)
LibWeb: Move setting of Web object prototypes to initialize() This needs to happen before prototype/constructor intitialization can be made lazy. Otherwise, GC could run during the C++ constructor and try to collect the object currently being created.
2023-01-10 14:28:20 +03:00
{
LibJS: Make Cell::initialize() return void Stop worrying about tiny OOMs. Work towards #20405
2023-08-07 09:41:28 +03:00
Base::initialize(realm);
LibWeb: Avoid FlyString lookups when setting IDL interface prototypes This commit introduces a WEB_SET_PROTOTYPE_FOR_INTERFACE macro that caches the interface name in a local static FlyString. This means that we only pay for FlyString-from-literal lookup once per browser lifetime instead of every time the interface is instantiated.
2024-03-16 15:13:08 +03:00
WEB_SET_PROTOTYPE_FOR_INTERFACE(HTMLModElement);
LibWeb: Move setting of Web object prototypes to initialize() This needs to happen before prototype/constructor intitialization can be made lazy. Otherwise, GC could run during the C++ constructor and try to collect the object currently being created.
2023-01-10 14:28:20 +03:00
}
LibWeb: Move ARIA-related code into the Web::ARIA namespace ARIA has its own spec and is not part of the DOM spec, which is what the Web::DOM namespace is for (https://www.w3.org/TR/wai-aria-1.2/). This allows us to stay closer to the spec with function names and don't have to add the word "ARIA" to identifiers constantly - the namespace now provides that clarity.
2023-01-29 01:23:16 +03:00
Optional<ARIA::Role> HTMLModElement::default_role() const
LibWeb: Add Support for the ARIA Element Properties Element now supports getting and setting ARIA properties from JS and HTML.
2022-11-29 02:58:13 +03:00
{
// https://www.w3.org/TR/html-aria/#el-del
if (local_name() == TagNames::del)
LibWeb: Move ARIA-related code into the Web::ARIA namespace ARIA has its own spec and is not part of the DOM spec, which is what the Web::DOM namespace is for (https://www.w3.org/TR/wai-aria-1.2/). This allows us to stay closer to the spec with function names and don't have to add the word "ARIA" to identifiers constantly - the namespace now provides that clarity.
2023-01-29 01:23:16 +03:00
return ARIA::Role::deletion;
LibWeb: Add Support for the ARIA Element Properties Element now supports getting and setting ARIA properties from JS and HTML.
2022-11-29 02:58:13 +03:00
// https://www.w3.org/TR/html-aria/#el-ins
if (local_name() == TagNames::ins)
LibWeb: Move ARIA-related code into the Web::ARIA namespace ARIA has its own spec and is not part of the DOM spec, which is what the Web::DOM namespace is for (https://www.w3.org/TR/wai-aria-1.2/). This allows us to stay closer to the spec with function names and don't have to add the word "ARIA" to identifiers constantly - the namespace now provides that clarity.
2023-01-29 01:23:16 +03:00
return ARIA::Role::insertion;
LibWeb: Add Support for the ARIA Element Properties Element now supports getting and setting ARIA properties from JS and HTML.
2022-11-29 02:58:13 +03:00
VERIFY_NOT_REACHED();
}
LibWeb: Add all HTML elements between L and Q
2020-08-01 05:05:43 +03:00
}
Reference in New Issue Copy Permalink