Stowage/ladybird
2
0
Fork 0
mirror of https://github.com/LadybirdBrowser/ladybird.git synced 2025-10-20 08:03:21 +00:00
Code Issues Projects Releases Packages Wiki Activity
ladybird/Libraries/LibWeb/WebDriver/ElementReference.h

64 lines
3.4 KiB
C
Raw Normal View History

LibWeb+WebContent: Move element reference WebDriver AOs to a helper file These will be needed outside of WebDriverConnection.cpp.
2024-09-13 19:34:47 -04:00
/*
LibWeb+WebContent: Partially implement WebDriver's JSON deserialize AO In particular, we need to convert web element references to the actual element. The AO isn't fully implemented because we will need to work out mixing JsonValue types with JS value types, which currently isn't very straight forward with our JSON clone algorithm.
2024-09-29 11:44:17 -04:00
* Copyright (c) 2024, Tim Flynn <trflynn89@ladybird.org>
LibWeb+WebContent: Move element reference WebDriver AOs to a helper file These will be needed outside of WebDriverConnection.cpp.
2024-09-13 19:34:47 -04:00
*
* SPDX-License-Identifier: BSD-2-Clause
*/
#pragma once
#include <AK/Error.h>
#include <AK/JsonObject.h>
LibWeb+WebContent+WebDriver: Port WebDriver to String
2025-02-17 13:58:21 -05:00
#include <AK/String.h>
LibGC+Everywhere: Factor out a LibGC from LibJS Resulting in a massive rename across almost everywhere! Alongside the namespace change, we now have the following names: * JS::NonnullGCPtr -> GC::Ref * JS::GCPtr -> GC::Ptr * JS::HeapFunction -> GC::Function * JS::CellImpl -> GC::Cell * JS::Handle -> GC::Root
2024-11-15 04:01:23 +13:00
#include <LibGC/Ptr.h>
LibWeb: Add overloads of some element reference AOs for JS objects We currently only use these methods with AK JSON objects, but they're actually spec'd for JS objects, as the WebDriver spec sort of assumes we are sending encoded JS objects over the wire. When we fully implement JSON deserialization for executing scripts, we will need to invoke these AOs with JS objects.
2024-11-03 07:11:06 -05:00
#include <LibJS/Forward.h>
#include <LibJS/Runtime/Value.h>
LibWeb: Enable EXPLICIT_SYMBOL_EXPORT
2025-07-19 19:35:33 -07:00
#include <LibWeb/Export.h>
LibWeb+WebContent: Move element reference WebDriver AOs to a helper file These will be needed outside of WebDriverConnection.cpp.
2024-09-13 19:34:47 -04:00
#include <LibWeb/Forward.h>
LibWeb: Implement WebDriver pointer action execution This implements execution of the pointer up, pointer down, and pointer move actions. This isn't 100% complete. Pointer move actions are supposed to break the move into iterations over the specified duration, which we currently do not do.
2024-09-29 09:30:45 -04:00
#include <LibWeb/PixelUnits.h>
LibWeb+WebContent: Move element reference WebDriver AOs to a helper file These will be needed outside of WebDriverConnection.cpp.
2024-09-13 19:34:47 -04:00
#include <LibWeb/WebDriver/Error.h>
namespace Web::WebDriver {
LibGC+Everywhere: Factor out a LibGC from LibJS Resulting in a massive rename across almost everywhere! Alongside the namespace change, we now have the following names: * JS::NonnullGCPtr -> GC::Ref * JS::GCPtr -> GC::Ptr * JS::HeapFunction -> GC::Function * JS::CellImpl -> GC::Cell * JS::Handle -> GC::Root
2024-11-15 04:01:23 +13:00
GC::Ptr<Web::DOM::Node> get_node(HTML::BrowsingContext const&, StringView reference);
LibWeb+WebContent+WebDriver: Port WebDriver to String
2025-02-17 13:58:21 -05:00
String get_or_create_a_node_reference(HTML::BrowsingContext const&, Web::DOM::Node const&);
LibWeb: Implement WebDriver element references according to the spec Our currently ad-hoc method of tracking element references is basically a process-wide map, rather than grouping elements according to their browsing context groups. This prevents us from recognizing when an element reference is invalid due to its browsing context having been closed. This implements the WebDriver spec concept of element references grouped according to their browsing context groups. This patch is a bit noisy because we now need to plumb the current BC through to the element reference AOs.
2024-10-24 13:23:38 -04:00
bool node_reference_is_known(HTML::BrowsingContext const&, StringView reference);
LibWeb: Enable EXPLICIT_SYMBOL_EXPORT
2025-07-19 19:35:33 -07:00
WEB_API String get_or_create_a_web_element_reference(HTML::BrowsingContext const&, Web::DOM::Node const& element);
WEB_API JsonObject web_element_reference_object(HTML::BrowsingContext const&, Web::DOM::Node const& element);
WEB_API bool represents_a_web_element(JsonValue const&);
WEB_API bool represents_a_web_element(JS::Value);
LibGC+Everywhere: Factor out a LibGC from LibJS Resulting in a massive rename across almost everywhere! Alongside the namespace change, we now have the following names: * JS::NonnullGCPtr -> GC::Ref * JS::GCPtr -> GC::Ptr * JS::HeapFunction -> GC::Function * JS::CellImpl -> GC::Cell * JS::Handle -> GC::Root
2024-11-15 04:01:23 +13:00
ErrorOr<GC::Ref<Web::DOM::Element>, WebDriver::Error> deserialize_web_element(Web::HTML::BrowsingContext const&, JsonObject const&);
ErrorOr<GC::Ref<Web::DOM::Element>, WebDriver::Error> deserialize_web_element(Web::HTML::BrowsingContext const&, JS::Object const&);
LibWeb: Enable EXPLICIT_SYMBOL_EXPORT
2025-07-19 19:35:33 -07:00
WEB_API String extract_web_element_reference(JsonObject const&);
WEB_API ErrorOr<GC::Ref<Web::DOM::Element>, Web::WebDriver::Error> get_web_element_origin(Web::HTML::BrowsingContext const&, StringView origin);
WEB_API ErrorOr<GC::Ref<Web::DOM::Element>, Web::WebDriver::Error> get_known_element(Web::HTML::BrowsingContext const&, StringView reference);
LibWeb: Begin implementing the Element Send Keys endpoint
2024-10-10 20:44:01 -04:00
LibWeb+WebContent: Implement the WebDriver JSON clone steps for elements This is needed by WPT to serialize NodeList instances.
2024-09-13 19:41:31 -04:00
bool is_element_stale(Web::DOM::Node const& element);
LibWeb: Enable EXPLICIT_SYMBOL_EXPORT
2025-07-19 19:35:33 -07:00
WEB_API bool is_element_interactable(Web::HTML::BrowsingContext const&, Web::DOM::Element const&);
LibWeb+WebContent: Implement the Element Clear endpoint
2024-10-11 09:53:52 -04:00
bool is_element_pointer_interactable(Web::HTML::BrowsingContext const&, Web::DOM::Element const&);
LibWeb: Enable EXPLICIT_SYMBOL_EXPORT
2025-07-19 19:35:33 -07:00
WEB_API bool is_element_keyboard_interactable(Web::DOM::Element const&);
LibWeb+WebContent: Implement the Element Clear endpoint
2024-10-11 09:53:52 -04:00
LibWeb: Enable EXPLICIT_SYMBOL_EXPORT
2025-07-19 19:35:33 -07:00
WEB_API bool is_element_editable(Web::DOM::Element const&);
WEB_API bool is_element_mutable(Web::DOM::Element const&);
WEB_API bool is_element_mutable_form_control(Web::DOM::Element const&);
WEB_API bool is_element_non_typeable_form_control(Web::DOM::Element const&);
LibWeb+WebContent: Move element reference WebDriver AOs to a helper file These will be needed outside of WebDriverConnection.cpp.
2024-09-13 19:34:47 -04:00
LibWeb: Enable EXPLICIT_SYMBOL_EXPORT
2025-07-19 19:35:33 -07:00
WEB_API bool is_element_in_view(ReadonlySpan<GC::Ref<Web::DOM::Element>> paint_tree, Web::DOM::Element&);
WEB_API bool is_element_obscured(ReadonlySpan<GC::Ref<Web::DOM::Element>> paint_tree, Web::DOM::Element&);
WEB_API GC::RootVector<GC::Ref<Web::DOM::Element>> pointer_interactable_tree(Web::HTML::BrowsingContext&, Web::DOM::Element&);
LibWeb+WebContent: Ensure elements are in view before clicking them This implements a couple of missing steps in the Element Click endpoint.
2024-10-24 16:17:55 -04:00
LibWeb+WebContent+WebDriver: Port WebDriver to String
2025-02-17 13:58:21 -05:00
String get_or_create_a_shadow_root_reference(HTML::BrowsingContext const&, Web::DOM::ShadowRoot const&);
LibWeb: Enable EXPLICIT_SYMBOL_EXPORT
2025-07-19 19:35:33 -07:00
WEB_API JsonObject shadow_root_reference_object(HTML::BrowsingContext const&, Web::DOM::ShadowRoot const&);
LibWeb: Add overloads of some element reference AOs for JS objects We currently only use these methods with AK JSON objects, but they're actually spec'd for JS objects, as the WebDriver spec sort of assumes we are sending encoded JS objects over the wire. When we fully implement JSON deserialization for executing scripts, we will need to invoke these AOs with JS objects.
2024-11-03 07:11:06 -05:00
bool represents_a_shadow_root(JsonValue const&);
bool represents_a_shadow_root(JS::Value);
LibGC+Everywhere: Factor out a LibGC from LibJS Resulting in a massive rename across almost everywhere! Alongside the namespace change, we now have the following names: * JS::NonnullGCPtr -> GC::Ref * JS::GCPtr -> GC::Ptr * JS::HeapFunction -> GC::Function * JS::CellImpl -> GC::Cell * JS::Handle -> GC::Root
2024-11-15 04:01:23 +13:00
ErrorOr<GC::Ref<Web::DOM::ShadowRoot>, WebDriver::Error> deserialize_shadow_root(Web::HTML::BrowsingContext const&, JsonObject const&);
ErrorOr<GC::Ref<Web::DOM::ShadowRoot>, WebDriver::Error> deserialize_shadow_root(Web::HTML::BrowsingContext const&, JS::Object const&);
LibWeb: Enable EXPLICIT_SYMBOL_EXPORT
2025-07-19 19:35:33 -07:00
WEB_API ErrorOr<GC::Ref<Web::DOM::ShadowRoot>, Web::WebDriver::Error> get_known_shadow_root(HTML::BrowsingContext const&, StringView reference);
LibWeb: Implement WebDriver shadow references according to the spec Similar to commit a9c858fc78df266145bc0dca4450a7e0d98f1113, this patch implements the WebDriver spec concept of shadow references grouped according to their browsing context groups.
2024-10-30 16:57:56 -04:00
bool is_shadow_root_detached(Web::DOM::ShadowRoot const&);
LibWeb+WebContent: Move element reference WebDriver AOs to a helper file These will be needed outside of WebDriverConnection.cpp.
2024-09-13 19:34:47 -04:00
LibWeb: Enable EXPLICIT_SYMBOL_EXPORT
2025-07-19 19:35:33 -07:00
WEB_API String element_rendered_text(DOM::Node&);
LibWeb: Begin implementing a Selenium-like method to get element text Unfortunately, there isn't an exact spec method to get the rendered text of an element, including its shadow DOM. The WebDriver spec requires just doing exactly what Selenium does. This patch does not implement this, but is a step in the right direction as we will now handle text transforms.
2024-11-03 17:58:32 -05:00
LibWeb: Implement WebDriver pointer action execution This implements execution of the pointer up, pointer down, and pointer move actions. This isn't 100% complete. Pointer move actions are supposed to break the move into iterations over the specified duration, which we currently do not do.
2024-09-29 09:30:45 -04:00
CSSPixelPoint in_view_center_point(DOM::Element const& element, CSSPixelRect viewport);
LibWeb+WebContent: Move element reference WebDriver AOs to a helper file These will be needed outside of WebDriverConnection.cpp.
2024-09-13 19:34:47 -04:00
}
Reference in a new issue Copy permalink