Andreas Kling e76e8e22b5 LibWeb: Separate "event listener" from "EventListener" ... I can't imagine how this happened, but it seems we've managed to conflate the "event listener" and "EventListener" concepts from the DOM specification in some parts of the code. We previously had two things: - DOM::EventListener - DOM::EventTarget::EventListenerRegistration DOM::EventListener was roughly the "EventListener" IDL type, and DOM::EventTarget::EventListenerRegistration was roughly the "event listener" concept. However, they were used interchangeably (and incorrectly!) in many places. After this patch, we now have: - DOM::IDLEventListener - DOM::DOMEventListener DOM::IDLEventListener is the "EventListener" IDL type, and DOM::DOMEventListener is the "event listener" concept. This patch also updates the addEventListener() and removeEventListener() functions to follow the spec more closely, along with the "inner invoke" function in our EventDispatcher.		2022-02-16 22:21:45 +01:00
..
CMakeLists.txt	Meta: Define and use lagom_tool() CMake helper function for all Tools	2021-09-15 19:04:52 +04:30
Generate_CSS_PropertyID_cpp.cpp	LibWeb: Type-check calc() in in property_accepts_value()	2022-02-04 13:52:02 +01:00
Generate_CSS_PropertyID_h.cpp	AK: Make JSON parser return ErrorOr<JsonValue> (instead of Optional)	2021-11-17 00:21:10 +01:00
Generate_CSS_ValueID_cpp.cpp	AK: Make JSON parser return ErrorOr<JsonValue> (instead of Optional)	2021-11-17 00:21:10 +01:00
Generate_CSS_ValueID_h.cpp	AK: Make JSON parser return ErrorOr<JsonValue> (instead of Optional)	2021-11-17 00:21:10 +01:00
WrapperGenerator.cpp	LibWeb: Separate "event listener" from "EventListener"	2022-02-16 22:21:45 +01:00