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

63 lines
3.3 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/ByteString.h>
#include <AK/Error.h>
#include <AK/JsonObject.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+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: 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
ByteString get_or_create_a_node_reference(HTML::BrowsingContext const&, Web::DOM::Node const&);
bool node_reference_is_known(HTML::BrowsingContext const&, StringView reference);
ByteString get_or_create_a_web_element_reference(HTML::BrowsingContext const&, Web::DOM::Node const& element);
JsonObject web_element_reference_object(HTML::BrowsingContext const&, Web::DOM::Node const& element);
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_web_element(JsonValue const&);
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: Form the correct representation of a WebDriver element reference We are currently returning a JSON object of the form: { "name": "element-6066-11e4-a52e-4f735466cecf", "value": "foo" } Instead, we are expected to return an object of the form: { "element-6066-11e4-a52e-4f735466cecf": "foo" }
2024-09-26 15:01:29 -04:00
ByteString extract_web_element_reference(JsonObject const&);
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>, Web::WebDriver::Error> get_web_element_origin(Web::HTML::BrowsingContext const&, StringView origin);
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+WebContent: Implement the Element Clear endpoint
2024-10-11 09:53:52 -04:00
bool is_element_interactable(Web::HTML::BrowsingContext const&, Web::DOM::Element const&);
bool is_element_pointer_interactable(Web::HTML::BrowsingContext const&, Web::DOM::Element const&);
LibWeb: Begin implementing the Element Send Keys endpoint
2024-10-10 20:44:01 -04:00
bool is_element_keyboard_interactable(Web::DOM::Element const&);
LibWeb+WebContent: Implement the Element Clear endpoint
2024-10-11 09:53:52 -04:00
bool is_element_editable(Web::DOM::Element const&);
bool is_element_mutable(Web::DOM::Element const&);
bool is_element_mutable_form_control(Web::DOM::Element const&);
LibWeb: Begin implementing the Element Send Keys endpoint
2024-10-10 20:44:01 -04:00
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
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
bool is_element_in_view(ReadonlySpan<GC::Ref<Web::DOM::Element>> paint_tree, Web::DOM::Element&);
bool is_element_obscured(ReadonlySpan<GC::Ref<Web::DOM::Element>> paint_tree, Web::DOM::Element&);
LibGC: Rename MarkedVector => RootVector Let's try to make it a bit more clear that this is a Vector of GC roots.
2024-12-26 14:32:52 +01:00
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: 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
ByteString get_or_create_a_shadow_root_reference(HTML::BrowsingContext const&, Web::DOM::ShadowRoot const&);
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&);
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: 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
String element_rendered_text(DOM::Node&);
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