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
ed76b4238c
ladybird/Userland/Libraries/LibWeb/CMakeLists.txt

640 lines
23 KiB
CMake
Raw Normal View History

Build: Switch to CMake :^) Closes https://github.com/SerenityOS/serenity/issues/2080
2020-05-06 18:40:06 +03:00
set(SOURCES
LibWeb: Implement the legacy Audio factory function This creates an Audio element with preload="auto" and the given src attribute. Required by Cookie Clicker.
2022-02-26 13:34:08 +03:00
Bindings/AudioConstructor.cpp
LibWeb: Add CSS.escape() JS function This is the `CSS` namespace defined in IDL here: https://www.w3.org/TR/cssom-1/#namespacedef-css , not to be confused with our `Web::CSS` namespace. Words are hard. `CSS.escape()` lets you escape identifiers that can then be used to create a CSS string. I've also stubbed out the `CSS.supports()` function.
2021-10-06 16:27:13 +03:00
Bindings/CSSNamespace.cpp
LibWeb: Add the CSSStyleRule interface with some limited functionality
2021-09-30 00:43:18 +03:00
Bindings/CSSRuleWrapperFactory.cpp
LibWeb: Support named CSS properties on CSSStyleDeclaration wrapper Use the new CustomGet/CustomPut wrapper mechansim to intercept gets and puts on CSSStyleDeclaration objects. This allows content to get and set individual CSS properties from JavaScript. :^)
2021-03-14 19:05:02 +03:00
Bindings/CSSStyleDeclarationWrapperCustom.cpp
Build: Switch to CMake :^) Closes https://github.com/SerenityOS/serenity/issues/2080
2020-05-06 18:40:06 +03:00
Bindings/EventListenerWrapper.cpp
LibWeb: Move DOM event dispatch to its own class For now, the new DOM::EventDispatcher is very simple, it just iterates over the set of listeners on an EventTarget and invokes the callbacks as it goes. This simplifies EventTarget subclasses since they no longer have to implement the callback mechanism themselves.
2020-09-06 15:28:41 +03:00
Bindings/EventTargetWrapperFactory.cpp
LibWeb: Sort CMakeLists SOURCES entries
2021-05-20 11:00:27 +03:00
Bindings/EventWrapperFactory.cpp
LibWeb: Add support for IDL legacy platform objects A legacy platform object is a non-global platform object that implements a special operation. A special operation is a getter, setter and/or deleter. This is particularly used for old collection types, such as HTMLCollection, NodeList, etc. This will be used to make these spec-compliant and remove their custom wrappers. Additionally, it will be used to implement collections that we don't have yet, such as DOMStringMap.
2021-09-26 16:53:28 +03:00
Bindings/IDLAbstractOperations.cpp
LibWeb: Add legacy Image factory function
2021-03-20 08:22:27 +03:00
Bindings/ImageConstructor.cpp
LibWeb: Add a simple window.location object with some getters :^)
2020-05-18 22:42:40 +03:00
Bindings/LocationObject.cpp
LibWeb: Move main thread JavaScript VM to its own file Instead of being a weird little global function in DOM/Document.cpp, you can now get the main thread JS VM via Bindings::main_thread_vm().
2021-02-03 12:41:07 +03:00
Bindings/MainThreadVM.cpp
Build: Switch to CMake :^) Closes https://github.com/SerenityOS/serenity/issues/2080
2020-05-06 18:40:06 +03:00
Bindings/NavigatorObject.cpp
LibWeb: Start generating JS wrappers from (simplified) WebIDL :^) This patch introduces a hackish but functional IDL parser and uses it to generate the JS bindings for Node and Document. We'll see how far this simple parser takes us. The important thing right now is generating code, not being a perfect IDL parser. :^)
2020-06-20 23:09:38 +03:00
Bindings/NodeWrapperFactory.cpp
Build: Switch to CMake :^) Closes https://github.com/SerenityOS/serenity/issues/2080
2020-05-06 18:40:06 +03:00
Bindings/WindowObject.cpp
Bindings/Wrappable.cpp
LibWeb: Add the Web::Crypto namespace, built-in, and getRandomValues Since we don't support IDL typedefs or unions yet, the responsibility of verifying the type of the argument is temporarily moved from the generated Wrapper to the implementation.
2021-09-30 20:02:55 +03:00
Crypto/Crypto.cpp
LibWeb: Implement SubtleCrypto.digest() This is a simple implementation of SubtleCrypto.digest() using LibCrypto under the hood, so it supports all the required hash functions: SHA-1, SHA-256, SHA-384, SHA-512. Two FIXMEs remain: doing the hashing "in parallel", and supporting an object argument instead of a plain string.
2021-12-14 01:09:55 +03:00
Crypto/SubtleCrypto.cpp
LibWeb: Implement CSS Angle class This corresponds to `<angle>` in the grammar.
2022-02-21 20:43:30 +03:00
CSS/Angle.cpp
LibWeb: Add CSSConditionRule https://www.w3.org/TR/css-conditional-3/#the-cssconditionrule-interface This simply exposes a condition string, which is implemented differently in each sub-class.
2021-09-28 18:53:15 +03:00
CSS/CSSConditionRule.cpp
LibWeb: Add CSSGroupingRule This is an abstract base class for CSSRules that hold a CSSRuleList.
2021-09-28 18:20:32 +03:00
CSS/CSSGroupingRule.cpp
LibWeb: Added simple parsing for (at)import rules For now, the parsing is very crude, and parses only the document url. The meta queries for the import are ignored.
2021-02-21 19:36:34 +03:00
CSS/CSSImportRule.cpp
LibWeb: Add CSSMediaRule This is the class corresponding to a `@media` rule. It contains a list of media queries and a list of child css rules.
2021-09-29 14:48:04 +03:00
CSS/CSSMediaRule.cpp
LibWeb: Create base class CSSRule for all CSS rules This is a foundation for handling other ("at") CSS rules.
2021-02-21 14:45:26 +03:00
CSS/CSSRule.cpp
LibWeb: Add CSSRuleList "The CSSRuleList interface represents an ordered collection of CSS style rules." - https://www.w3.org/TR/cssom-1/#the-cssrulelist-interface
2021-09-28 17:17:11 +03:00
CSS/CSSRuleList.cpp
LibWeb: Rename StyleDeclaration => CSSStyleDeclaration to match CSSOM
2021-03-13 22:11:33 +03:00
CSS/CSSStyleDeclaration.cpp
LibWeb: Rename StyleRule => CSSStyleRule This matches the CSSOM specification.
2021-03-07 17:00:02 +03:00
CSS/CSSStyleRule.cpp
LibWeb: Split CSS::StyleSheet into StyleSheet and CSSStyleSheet This is a little convoluted but matches the CSSOM specification.
2021-03-07 18:14:04 +03:00
CSS/CSSStyleSheet.cpp
LibWeb: Implement `@supports` rule :^) The main thing missing is that we don't serialize the supports clause, but for actually using a `@supports (something: cool) {}` rule in CSS, it works!
2021-10-08 19:48:14 +03:00
CSS/CSSSupportsRule.cpp
LibWeb: Move the HTML parser into HTML/Parser/
2020-07-28 20:18:23 +03:00
CSS/DefaultStyleSheetSource.cpp
LibWeb: Don't crash on unknown CSS display types, fall back to inline This patch also adds CSS::Display::to_string() so we can log the unimplemented CSS display value (if you have LIBWEB_CSS_DEBUG enabled).
2022-02-13 03:02:00 +03:00
CSS/Display.cpp
LibWeb: Implement CSS Frequency class This corresponds to `<frequency>` in the grammar.
2022-02-21 20:49:47 +03:00
CSS/Frequency.cpp
LibWeb: Start fleshing out support for relative CSS units This patch introduces support for more than just "absolute px" units in our Length class. It now also supports "em" and "rem", which are units relative to the font-size of the current layout node and the <html> element's layout node respectively.
2020-06-07 18:55:46 +03:00
CSS/Length.cpp
LibWeb: Add MediaList This is a list of MediaQuery objects. Not to be confused with `MediaQueryList`, which is concerned with firing events when a media query's match-state changes.
2021-09-29 14:08:09 +03:00
CSS/MediaList.cpp
LibWeb: Partially implement MediaQuery class :^) The main thing that's missing is the actual matching, but this is enough to get started.
2021-09-27 19:12:33 +03:00
CSS/MediaQuery.cpp
LibWeb: Start implementing the MediaQueryList interface
2021-09-12 18:55:10 +03:00
CSS/MediaQueryList.cpp
LibWeb: Import new CSS parser It's not finished or hooked up to anything yet, but let's get it into the tree so we can continue working on it. Original work by @stelar7.
2021-03-22 19:41:47 +03:00
CSS/Parser/Parser.cpp
LibWeb: Add a whole bunch of rule classes for the new CSS parser Original work by @stelar7.
2021-03-09 19:36:21 +03:00
CSS/Parser/StyleRules.cpp
LibWeb: Add specification-based CSS tokenizer Original work by @stelar7 for #2628.
2021-03-09 19:18:08 +03:00
CSS/Parser/Token.cpp
CSS/Parser/Tokenizer.cpp
LibWeb: Allow LengthPercentage to hold a calculated value Most of the time, we cannot resolve a `calc()` expression until we go to use it. Since any `<length-percentage>` can legally be a `calc ()`, let's store it in `LengthPercentage` rather than make every single user care about this distinction.
2022-01-27 17:38:59 +03:00
CSS/Percentage.cpp
LibWeb: Add Web::CSS::PreferredColorScheme enum
2021-10-31 20:27:35 +03:00
CSS/PreferredColorScheme.cpp
LibWeb: Move the HTML parser into HTML/Parser/
2020-07-28 20:18:23 +03:00
CSS/PropertyID.cpp
CSS/PropertyID.h
LibWeb: Add a separate UA style sheet for documents in quirks mode We need to make some additional tweaks to the default UA style when displaying documents in quirks mode.
2020-09-24 11:33:33 +03:00
CSS/QuirksModeStyleSheetSource.cpp
LibWeb: Implement CSS Resolution class This corresponds to `<resolution>` in the grammar.
2022-02-21 20:51:01 +03:00
CSS/Resolution.cpp
LibWeb: Alphabetize LibWeb CMakeLists.txt
2022-02-21 20:34:07 +03:00
CSS/ResolvedCSSStyleDeclaration.cpp
LibWeb: Implement the Screen interface https://drafts.csswg.org/cssom-view/#the-screen-interface
2021-04-04 01:14:39 +03:00
CSS/Screen.cpp
Build: Switch to CMake :^) Closes https://github.com/SerenityOS/serenity/issues/2080
2020-05-06 18:40:06 +03:00
CSS/Selector.cpp
CSS/SelectorEngine.cpp
LibWeb: Alphabetize LibWeb CMakeLists.txt
2022-02-21 20:34:07 +03:00
CSS/Serialize.cpp
LibWeb: Rename CSS::StyleResolver => StyleComputer Resolved style is a spec concept that refers to the weird mix of computed style and used style reflected by getComputedStyle(). The purpose of this class is to produce the *computed* style for a given element, so let's call it StyleComputer.
2021-09-24 14:49:57 +03:00
CSS/StyleComputer.cpp
Build: Switch to CMake :^) Closes https://github.com/SerenityOS/serenity/issues/2080
2020-05-06 18:40:06 +03:00
CSS/StyleProperties.cpp
CSS/StyleSheet.cpp
LibWeb: Process style sheets in document order Until now we would simply apply stylesheets in the order they finished loading. This patch adds a StyleSheetList object that hangs off of each Document and contains all the style sheets in document order. There's still a lot of work to do for a proper cascade, but at least this makes us consistently wrong every time. :^)
2020-06-04 17:06:32 +03:00
CSS/StyleSheetList.cpp
Build: Switch to CMake :^) Closes https://github.com/SerenityOS/serenity/issues/2080
2020-05-06 18:40:06 +03:00
CSS/StyleValue.cpp
LibWeb: Add CSS 'Supports' class The name is a little awkward, but this corresponds to the condition of a `@supports` rule or the `CSS.supports("")` function. A supports query only gets evaluated once, since its condition cannot change during runtime. (We either support something or we don't, and the spec specifically mentions that user preferences that disable features do not affect the result here.) We keep a representation of it around though, so that it can be serialized if needed. This is a little awkward since we hold onto a `StyleDeclarationRule` which should be an internal Parser class. This means making some Parser functions more public. Potentially we could evaluate the Supports inside the Parser, and have it only store a String representation of itself. But this works for now. :^)
2021-10-08 17:40:19 +03:00
CSS/Supports.cpp
LibWeb: Implement first draft of CSS syntax highlighting :^) This works at the Token level, which is quick and easy but has drawbacks: We don't know when something is a property name or a value, or if something is part of a selector. But, this works for now.
2021-10-21 23:29:10 +03:00
CSS/SyntaxHighlighter/SyntaxHighlighter.cpp
LibWeb: Implement CSS Time class This corresponds to `<time>` in the grammar.
2022-02-21 22:29:43 +03:00
CSS/Time.cpp
LibWeb: Generate the CSS::ValueID enum and its helper functions
2020-12-15 22:39:09 +03:00
CSS/ValueID.cpp
CSS/ValueID.h
LibWeb: Sort CMakeLists SOURCES entries
2021-05-20 11:00:27 +03:00
Cookie/ParsedCookie.cpp
LibWeb: Add initial support for AbortController and AbortSignal The DOM specification says that the primary use case for these is to give Promises abort semantics. It is also a prerequisite for Fetch, as it is used to make Fetch abortable. a
2021-09-02 04:12:49 +03:00
DOM/AbortController.cpp
DOM/AbortSignal.cpp
LibWeb: Implement Attribute closer to the spec and with an IDL file Note our Attribute class is what the spec refers to as just "Attr". The main differences between the existing implementation and the spec are just that the spec defines more fields. Attributes can contain namespace URIs and prefixes. However, note that these are not parsed in HTML documents unless the document content-type is XML. So for now, these are initialized to null. Web pages are able to set the namespace via JavaScript (setAttributeNS), so these fields may be filled in when the corresponding APIs are implemented. The main change to be aware of is that an attribute is a node. This has implications on how attributes are stored in the Element class. Nodes are non-copyable and non-movable because these constructors are deleted by the EventTarget base class. This means attributes cannot be stored in a Vector or HashMap as these containers assume copyability / movability. So for now, the Vector holding attributes is changed to hold RefPtrs to attributes instead. This might change when attribute storage is implemented according to the spec (by way of NamedNodeMap).
2021-10-15 16:57:07 +03:00
DOM/Attribute.cpp
DOM/Attribute.idl
Build: Switch to CMake :^) Closes https://github.com/SerenityOS/serenity/issues/2080
2020-05-06 18:40:06 +03:00
DOM/CharacterData.cpp
LibWeb: Add CharacterData and Text IDL interfaces
2020-08-03 21:50:45 +03:00
DOM/CharacterData.idl
Build: Switch to CMake :^) Closes https://github.com/SerenityOS/serenity/issues/2080
2020-05-06 18:40:06 +03:00
DOM/Comment.cpp
LibWeb: Add initial support for CustomEvent This is used surprisingly often. For example, it is used by a core YouTube library called Structured Page Fragments. It allows you to manually dispatch an event with arbitrary data attached to it. The only thing missing from this implementation is the constructor. This is because WrapperGenerator is currently missing dictionary capabilities.
2021-09-27 18:10:56 +03:00
DOM/CustomEvent.cpp
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:43:24 +03:00
DOM/DOMEventListener.cpp
LibWeb: Sort CMakeLists SOURCES entries
2021-05-20 11:00:27 +03:00
DOM/DOMImplementation.cpp
LibWeb: Implement DOMTokenList for managing space-separated tokens lists DOMTokenList is used as the return type of, e.g., the Element.classList property.
2021-10-18 18:53:40 +03:00
DOM/DOMTokenList.cpp
DOM/DOMTokenList.idl
Build: Switch to CMake :^) Closes https://github.com/SerenityOS/serenity/issues/2080
2020-05-06 18:40:06 +03:00
DOM/Document.cpp
LibWeb: Add Comment and DocumentFragment bindings, move querySelector... ...{All} to ParentNode. Exposes createDocumentFragment and createComment on Document. Stubs out the document.body setter. Also adds ParentNode back :^).
2020-08-17 21:14:30 +03:00
DOM/DocumentFragment.cpp
LibWeb: Allow HTML parser to delay delivery of the document "load" event We will now spin in "the end" until there are no more "things delaying the load event". Of course, nothing actually uses this yet, and there are a lot of things that need to.
2021-09-26 02:03:42 +03:00
DOM/DocumentLoadEventDelayer.cpp
Build: Switch to CMake :^) Closes https://github.com/SerenityOS/serenity/issues/2080
2020-05-06 18:40:06 +03:00
DOM/DocumentType.cpp
DOM/Element.cpp
DOM/ElementFactory.cpp
LibWeb: Make event dispatching spec-compliant Specification: https://dom.spec.whatwg.org/#concept-event-dispatch This also introduces shadow roots due to it being a requirement of the event dispatcher. However, it does not introduce the full shadow DOM, that can be left for future work. This changes some event dispatches which require certain attributes to be initialised to a value.
2020-11-21 21:32:39 +03:00
DOM/Event.cpp
LibWeb: Move DOM event dispatch to its own class For now, the new DOM::EventDispatcher is very simple, it just iterates over the set of listeners on an EventTarget and invokes the callbacks as it goes. This simplifies EventTarget subclasses since they no longer have to implement the callback mechanism themselves.
2020-09-06 15:28:41 +03:00
DOM/EventDispatcher.cpp
Build: Switch to CMake :^) Closes https://github.com/SerenityOS/serenity/issues/2080
2020-05-06 18:40:06 +03:00
DOM/EventTarget.cpp
LibWeb: Sort CMakeLists SOURCES entries
2021-05-20 11:00:27 +03:00
DOM/HTMLCollection.cpp
LibWeb: Add support for NodeList This introduces 3 classes: NodeList, StaticNodeList and LiveNodeList. NodeList is the base of the static and live versions. Static is a snapshot whereas live acts on the underlying data and thus inhibits the same issues we have currently with HTMLCollection. They were split into separate classes to not have them weirdly mis-mashed together. The create functions for static and live both return a NNRP to the base class. This is to prevent having to do awkward casting at creation and/or return, as the bindings expect to see the base NodeList only.
2021-10-02 22:33:45 +03:00
DOM/LiveNodeList.cpp
LibWeb: Implement (most of) NamedNodeMap to store attributes
2021-10-16 22:30:21 +03:00
DOM/NamedNodeMap.cpp
Build: Switch to CMake :^) Closes https://github.com/SerenityOS/serenity/issues/2080
2020-05-06 18:40:06 +03:00
DOM/Node.cpp
LibWeb: Implement ParentNode.prepend `convert_nodes_to_single_node` is inside its own file so ChildNode can include and use it without having to include other headers such as DOM/Node.h. This is to prevent circular includes.
2022-01-29 23:23:48 +03:00
DOM/NodeOperations.cpp
LibWeb: Add more document tests, add comment, text and mixin tests Also adds a TypeScript definition file for the test runner object.
2020-08-17 23:04:46 +03:00
DOM/ParentNode.cpp
LibWeb: Add a basic DOM::Position class This will be used for editable content. :^)
2020-08-02 12:47:27 +03:00
DOM/Position.cpp
LibWeb: Add ProcessingInstruction node Not particuarly useful right now, but is used in ensure_pre_insertion_validity. I'm not totally sure on the constructor arguments.
2021-04-06 19:06:23 +03:00
DOM/ProcessingInstruction.cpp
LibWeb: Share QualifiedName data between identical instances Adopt the same pattern as AK::FlyString, reducing sizeof(QualifiedName) to the size of a pointer. This reduces the size of DOM::Element by 24 bytes.
2022-02-19 14:31:39 +03:00
DOM/QualifiedName.cpp
LibWeb: Sort CMakeLists SOURCES entries
2021-05-20 11:00:27 +03:00
DOM/Range.cpp
LibWeb: Make event dispatching spec-compliant Specification: https://dom.spec.whatwg.org/#concept-event-dispatch This also introduces shadow roots due to it being a requirement of the event dispatcher. However, it does not introduce the full shadow DOM, that can be left for future work. This changes some event dispatches which require certain attributes to be initialised to a value.
2020-11-21 21:32:39 +03:00
DOM/ShadowRoot.cpp
LibWeb: Add support for NodeList This introduces 3 classes: NodeList, StaticNodeList and LiveNodeList. NodeList is the base of the static and live versions. Static is a snapshot whereas live acts on the underlying data and thus inhibits the same issues we have currently with HTMLCollection. They were split into separate classes to not have them weirdly mis-mashed together. The create functions for static and live both return a NNRP to the base class. This is to prevent having to do awkward casting at creation and/or return, as the bindings expect to see the base NodeList only.
2021-10-02 22:33:45 +03:00
DOM/StaticNodeList.cpp
Build: Switch to CMake :^) Closes https://github.com/SerenityOS/serenity/issues/2080
2020-05-06 18:40:06 +03:00
DOM/Text.cpp
LibWeb: Add CharacterData and Text IDL interfaces
2020-08-03 21:50:45 +03:00
DOM/Text.idl
LibWeb: Make DOM timers cancellable and stop leaking them This patch adds a Web::Timer object that represents a single timer registration made with window.setTimeout() or window.setInterval(). All live timers are owned by the DOM Window object. The timers can be stopped via clearTimeout() or clearInterval(). Note that those API's are actually interchangeable, but we have to support both.
2020-06-27 19:30:29 +03:00
DOM/Timer.cpp
Build: Switch to CMake :^) Closes https://github.com/SerenityOS/serenity/issues/2080
2020-05-06 18:40:06 +03:00
DOM/Window.cpp
LibWeb: Clean up static function in header 'static' for a function means that the symbol shall not be made public for the result of the current compilation unit. This does not make sense in a header, especially not if it's a large function that is used in more than one place and not that performance-sensitive.
2021-10-02 23:45:37 +03:00
DOMParsing/InnerHTML.cpp
LibWeb: Rename Web::HtmlView => Web::PageView This widget doesn't just view HTML, it views a web page. :^)
2020-05-28 19:21:22 +03:00
DOMTreeModel.cpp
Build: Switch to CMake :^) Closes https://github.com/SerenityOS/serenity/issues/2080
2020-05-06 18:40:06 +03:00
Dump.cpp
LibWeb: Implement a very basic version of TextDecoder We had a very basic implementation of TextEncoder, let's add a TextDecoder next to that :^)
2022-02-15 13:46:21 +03:00
Encoding/TextDecoder.cpp
LibWeb: Implement TextEncoder.prototype.encode()
2021-12-12 21:05:11 +03:00
Encoding/TextEncoder.cpp
LibWeb: Implement spec-compliant MIME type struct and parser This will be used by XHR to extract the Content-Type MIME type to retrieve the charset.
2022-02-11 23:53:47 +03:00
Fetch/AbstractOperations.cpp
Build: Switch to CMake :^) Closes https://github.com/SerenityOS/serenity/issues/2080
2020-05-06 18:40:06 +03:00
FontCache.cpp
LibWeb: Implement Geometry::DOMRectList Implement DOMRectList that is used as a return type of getClientRects functions on Element and Range.
2022-02-12 16:38:54 +03:00
Geometry/DOMRectList.cpp
LibWeb: Move HTML::AttributeNames file into HTML/ directory
2020-08-12 14:22:59 +03:00
HTML/AttributeNames.cpp
LibWeb: Move BrowsingContext into HTML/ Browsing contexts are defined by the HTML specification, so let's move them into the HTML directory. :^)
2021-11-18 17:01:28 +03:00
HTML/BrowsingContext.cpp
LibWeb: Rename "FrameHostElement" to "BrowsingContextContainer" With the renaming of "Frame" to "BrowsingContext", this changes "FrameHostElement" to "BrowsingContextContainer" to further match the spec. https://html.spec.whatwg.org/#browsing-context-container
2021-05-31 15:59:28 +03:00
HTML/BrowsingContextContainer.cpp
LibWeb: Add barebones CanvasGradient object Also add the CanvasRenderingContext2D APIs to go along with it. Note that it can't be used for anything yet.
2022-02-03 22:08:27 +03:00
HTML/CanvasGradient.cpp
LibWeb: Move HTML object model stuff into LibWeb/HTML/ Take a hint from SVG and more all the HTML classes into HTML instead of mixing them with the DOM classes.
2020-07-26 16:08:16 +03:00
HTML/CanvasRenderingContext2D.cpp
LibWeb: Add DOMParser This allows you to invoke the HTML document parser and retrieve a document as though it was loaded as a web page, minus any scripting ability. This does not currently support XML parsing. This is used by YouTube (or more accurately, Web Components Polyfills) to polyfill templates.
2021-07-05 07:20:31 +03:00
HTML/DOMParser.cpp
LibWeb: Add support for HTMLOrSVGElement.dataset
2021-09-26 17:24:41 +03:00
HTML/DOMStringMap.cpp
LibWeb: Add a bare-bones HTML event loop with a task queue This patch attaches a HTML::EventLoop to the main thread JS::VM used for JavaScript bindings in the web engine. The goal here is to model the various task scheduling mechanisms of the HTML specification.
2021-09-09 00:09:18 +03:00
HTML/EventLoop/EventLoop.cpp
HTML/EventLoop/Task.cpp
HTML/EventLoop/TaskQueue.cpp
LibWeb: Add HTML::EventNames and UIEvents::EventNames
2020-11-21 22:15:57 +03:00
HTML/EventNames.cpp
LibWeb: Add basic support for HTMLInputElement.form HTMLInputElement now inherits from FormAssociatedElement, which will be a common base for the handful of elements that need to track their owner form (and register with it for the form.elements collection.) At the moment, the owner form is assigned during DOM insertion/removal of an HTMLInputElement. I didn't implement any of the legacy behaviors defined by the HTML parsing spec yet.
2021-04-20 12:50:29 +03:00
HTML/FormAssociatedElement.cpp
LibWeb: Basic implementation of global event handlers :^) Document and HTMLElement now inherit from HTML::GlobalEventHandlers which allows them to support "onfoo" event handler attributes. These are assignable both via IDL attributes and content attributes. Event listeners constructed this way get a special "attribute" flag on them so we know which one to replace if you reassign them. This also allows them to coexist with EventTarget.addEventListener(). This is all a bit sloppy, but it works decently for a first cut. The Window object should also inherit GlobalEventHandlers, but since we don't generate it from IDL, I haven't taken that step here. Also this would be a lot nicer if we supported IDL mixins.
2021-02-04 00:47:50 +03:00
HTML/GlobalEventHandlers.cpp
LibWeb: Add the History object and stub pushState and replaceState The spec allows us to optionally return from these for any reason. Our reason is that we don't have all the infrastructure in place yet to implement them.
2021-09-12 01:43:34 +03:00
HTML/History.cpp
LibWeb: Move HTML object model stuff into LibWeb/HTML/ Take a hint from SVG and more all the HTML classes into HTML instead of mixing them with the DOM classes.
2020-07-26 16:08:16 +03:00
HTML/HTMLAnchorElement.cpp
LibWeb: Add HTML elements to factories, add missing tags and attributes This is mostly to get the grunt work of the way. This is split up into multiple commits to hopefully make it more manageable to review. Note that these are not full implementations, and the bindings mostly get the low hanging fruit. Also implements some attributes that I kept out because they had dashes in them. Therefore, this closes #2905.
2020-08-09 19:10:41 +03:00
HTML/HTMLAreaElement.cpp
HTML/HTMLAudioElement.cpp
LibWeb: Move HTML::AttributeNames file into HTML/ directory
2020-08-12 14:22:59 +03:00
HTML/HTMLBRElement.cpp
LibWeb: Add HTML elements to factories, add missing tags and attributes This is mostly to get the grunt work of the way. This is split up into multiple commits to hopefully make it more manageable to review. Note that these are not full implementations, and the bindings mostly get the low hanging fruit. Also implements some attributes that I kept out because they had dashes in them. Therefore, this closes #2905.
2020-08-09 19:10:41 +03:00
HTML/HTMLBaseElement.cpp
LibWeb: Move HTML object model stuff into LibWeb/HTML/ Take a hint from SVG and more all the HTML classes into HTML instead of mixing them with the DOM classes.
2020-07-26 16:08:16 +03:00
HTML/HTMLBlinkElement.cpp
HTML/HTMLBodyElement.cpp
LibWeb: Add HTML elements to factories, add missing tags and attributes This is mostly to get the grunt work of the way. This is split up into multiple commits to hopefully make it more manageable to review. Note that these are not full implementations, and the bindings mostly get the low hanging fruit. Also implements some attributes that I kept out because they had dashes in them. Therefore, this closes #2905.
2020-08-09 19:10:41 +03:00
HTML/HTMLButtonElement.cpp
LibWeb: Move HTML object model stuff into LibWeb/HTML/ Take a hint from SVG and more all the HTML classes into HTML instead of mixing them with the DOM classes.
2020-07-26 16:08:16 +03:00
HTML/HTMLCanvasElement.cpp
LibWeb: Move HTML::AttributeNames file into HTML/ directory
2020-08-12 14:22:59 +03:00
HTML/HTMLDListElement.cpp
LibWeb: Add HTML elements to factories, add missing tags and attributes This is mostly to get the grunt work of the way. This is split up into multiple commits to hopefully make it more manageable to review. Note that these are not full implementations, and the bindings mostly get the low hanging fruit. Also implements some attributes that I kept out because they had dashes in them. Therefore, this closes #2905.
2020-08-09 19:10:41 +03:00
HTML/HTMLDataElement.cpp
HTML/HTMLDataListElement.cpp
HTML/HTMLDetailsElement.cpp
HTML/HTMLDialogElement.cpp
LibWeb: Add almost all obsolete but required IDL attributes As according to https://html.spec.whatwg.org/multipage/obsolete.html Section 16.3 "Requirements for implementations" Not all of these attributes are included due to requiring a bit more functionality.
2020-11-12 07:16:41 +03:00
HTML/HTMLDirectoryElement.cpp
LibWeb: Add HTML elements to factories, add missing tags and attributes This is mostly to get the grunt work of the way. This is split up into multiple commits to hopefully make it more manageable to review. Note that these are not full implementations, and the bindings mostly get the low hanging fruit. Also implements some attributes that I kept out because they had dashes in them. Therefore, this closes #2905.
2020-08-09 19:10:41 +03:00
HTML/HTMLDivElement.cpp
LibWeb: Move HTML object model stuff into LibWeb/HTML/ Take a hint from SVG and more all the HTML classes into HTML instead of mixing them with the DOM classes.
2020-07-26 16:08:16 +03:00
HTML/HTMLElement.cpp
LibWeb: Add HTML elements to factories, add missing tags and attributes This is mostly to get the grunt work of the way. This is split up into multiple commits to hopefully make it more manageable to review. Note that these are not full implementations, and the bindings mostly get the low hanging fruit. Also implements some attributes that I kept out because they had dashes in them. Therefore, this closes #2905.
2020-08-09 19:10:41 +03:00
HTML/HTMLEmbedElement.cpp
HTML/HTMLFieldSetElement.cpp
LibWeb: Move HTML object model stuff into LibWeb/HTML/ Take a hint from SVG and more all the HTML classes into HTML instead of mixing them with the DOM classes.
2020-07-26 16:08:16 +03:00
HTML/HTMLFontElement.cpp
HTML/HTMLFormElement.cpp
LibWeb: Add HTML elements to factories, add missing tags and attributes This is mostly to get the grunt work of the way. This is split up into multiple commits to hopefully make it more manageable to review. Note that these are not full implementations, and the bindings mostly get the low hanging fruit. Also implements some attributes that I kept out because they had dashes in them. Therefore, this closes #2905.
2020-08-09 19:10:41 +03:00
HTML/HTMLFrameElement.cpp
HTML/HTMLFrameSetElement.cpp
LibWeb: Move HTML object model stuff into LibWeb/HTML/ Take a hint from SVG and more all the HTML classes into HTML instead of mixing them with the DOM classes.
2020-07-26 16:08:16 +03:00
HTML/HTMLHRElement.cpp
HTML/HTMLHeadElement.cpp
HTML/HTMLHeadingElement.cpp
HTML/HTMLHtmlElement.cpp
LibWeb: Implement the HTMLHyperlinkElementUtils mixin This is used by HTMLAnchorElement and HTMLAreaElement to share functionality related to their href attribute.
2021-10-03 20:39:12 +03:00
HTML/HTMLHyperlinkElementUtils.cpp
LibWeb: Move HTML object model stuff into LibWeb/HTML/ Take a hint from SVG and more all the HTML classes into HTML instead of mixing them with the DOM classes.
2020-07-26 16:08:16 +03:00
HTML/HTMLIFrameElement.cpp
HTML/HTMLImageElement.cpp
HTML/HTMLInputElement.cpp
LibWeb: Move HTML::AttributeNames file into HTML/ directory
2020-08-12 14:22:59 +03:00
HTML/HTMLLIElement.cpp
LibWeb: Add HTML elements to factories, add missing tags and attributes This is mostly to get the grunt work of the way. This is split up into multiple commits to hopefully make it more manageable to review. Note that these are not full implementations, and the bindings mostly get the low hanging fruit. Also implements some attributes that I kept out because they had dashes in them. Therefore, this closes #2905.
2020-08-09 19:10:41 +03:00
HTML/HTMLLabelElement.cpp
HTML/HTMLLegendElement.cpp
LibWeb: Move HTML object model stuff into LibWeb/HTML/ Take a hint from SVG and more all the HTML classes into HTML instead of mixing them with the DOM classes.
2020-07-26 16:08:16 +03:00
HTML/HTMLLinkElement.cpp
LibWeb: Add HTML elements to factories, add missing tags and attributes This is mostly to get the grunt work of the way. This is split up into multiple commits to hopefully make it more manageable to review. Note that these are not full implementations, and the bindings mostly get the low hanging fruit. Also implements some attributes that I kept out because they had dashes in them. Therefore, this closes #2905.
2020-08-09 19:10:41 +03:00
HTML/HTMLMapElement.cpp
HTML/HTMLMarqueeElement.cpp
HTML/HTMLMediaElement.cpp
HTML/HTMLMenuElement.cpp
HTML/HTMLMetaElement.cpp
HTML/HTMLMeterElement.cpp
HTML/HTMLModElement.cpp
HTML/HTMLOListElement.cpp
LibWeb: Move HTML::AttributeNames file into HTML/ directory
2020-08-12 14:22:59 +03:00
HTML/HTMLObjectElement.cpp
LibWeb: Add HTML elements to factories, add missing tags and attributes This is mostly to get the grunt work of the way. This is split up into multiple commits to hopefully make it more manageable to review. Note that these are not full implementations, and the bindings mostly get the low hanging fruit. Also implements some attributes that I kept out because they had dashes in them. Therefore, this closes #2905.
2020-08-09 19:10:41 +03:00
HTML/HTMLOptGroupElement.cpp
HTML/HTMLOptionElement.cpp
HTML/HTMLOutputElement.cpp
HTML/HTMLParagraphElement.cpp
HTML/HTMLParamElement.cpp
HTML/HTMLPictureElement.cpp
HTML/HTMLPreElement.cpp
HTML/HTMLProgressElement.cpp
HTML/HTMLQuoteElement.cpp
LibWeb: Move HTML object model stuff into LibWeb/HTML/ Take a hint from SVG and more all the HTML classes into HTML instead of mixing them with the DOM classes.
2020-07-26 16:08:16 +03:00
HTML/HTMLScriptElement.cpp
LibWeb: Add HTML elements to factories, add missing tags and attributes This is mostly to get the grunt work of the way. This is split up into multiple commits to hopefully make it more manageable to review. Note that these are not full implementations, and the bindings mostly get the low hanging fruit. Also implements some attributes that I kept out because they had dashes in them. Therefore, this closes #2905.
2020-08-09 19:10:41 +03:00
HTML/HTMLSelectElement.cpp
HTML/HTMLSlotElement.cpp
HTML/HTMLSourceElement.cpp
HTML/HTMLSpanElement.cpp
LibWeb: Move HTML object model stuff into LibWeb/HTML/ Take a hint from SVG and more all the HTML classes into HTML instead of mixing them with the DOM classes.
2020-07-26 16:08:16 +03:00
HTML/HTMLStyleElement.cpp
LibWeb: Add HTML elements to factories, add missing tags and attributes This is mostly to get the grunt work of the way. This is split up into multiple commits to hopefully make it more manageable to review. Note that these are not full implementations, and the bindings mostly get the low hanging fruit. Also implements some attributes that I kept out because they had dashes in them. Therefore, this closes #2905.
2020-08-09 19:10:41 +03:00
HTML/HTMLTableCaptionElement.cpp
LibWeb: Move HTML object model stuff into LibWeb/HTML/ Take a hint from SVG and more all the HTML classes into HTML instead of mixing them with the DOM classes.
2020-07-26 16:08:16 +03:00
HTML/HTMLTableCellElement.cpp
LibWeb: Add HTML elements to factories, add missing tags and attributes This is mostly to get the grunt work of the way. This is split up into multiple commits to hopefully make it more manageable to review. Note that these are not full implementations, and the bindings mostly get the low hanging fruit. Also implements some attributes that I kept out because they had dashes in them. Therefore, this closes #2905.
2020-08-09 19:10:41 +03:00
HTML/HTMLTableColElement.cpp
LibWeb: Move HTML object model stuff into LibWeb/HTML/ Take a hint from SVG and more all the HTML classes into HTML instead of mixing them with the DOM classes.
2020-07-26 16:08:16 +03:00
HTML/HTMLTableElement.cpp
HTML/HTMLTableRowElement.cpp
LibWeb: Add HTML elements to factories, add missing tags and attributes This is mostly to get the grunt work of the way. This is split up into multiple commits to hopefully make it more manageable to review. Note that these are not full implementations, and the bindings mostly get the low hanging fruit. Also implements some attributes that I kept out because they had dashes in them. Therefore, this closes #2905.
2020-08-09 19:10:41 +03:00
HTML/HTMLTableSectionElement.cpp
HTML/HTMLTemplateElement.cpp
HTML/HTMLTextAreaElement.cpp
HTML/HTMLTimeElement.cpp
LibWeb: Move HTML object model stuff into LibWeb/HTML/ Take a hint from SVG and more all the HTML classes into HTML instead of mixing them with the DOM classes.
2020-07-26 16:08:16 +03:00
HTML/HTMLTitleElement.cpp
LibWeb: Add HTML elements to factories, add missing tags and attributes This is mostly to get the grunt work of the way. This is split up into multiple commits to hopefully make it more manageable to review. Note that these are not full implementations, and the bindings mostly get the low hanging fruit. Also implements some attributes that I kept out because they had dashes in them. Therefore, this closes #2905.
2020-08-09 19:10:41 +03:00
HTML/HTMLTrackElement.cpp
HTML/HTMLUListElement.cpp
HTML/HTMLUnknownElement.cpp
HTML/HTMLVideoElement.cpp
LibWeb: Move HTML object model stuff into LibWeb/HTML/ Take a hint from SVG and more all the HTML classes into HTML instead of mixing them with the DOM classes.
2020-07-26 16:08:16 +03:00
HTML/ImageData.cpp
LibWeb: Implement basic support for MessageChannel and MessagePort This patch adds a basic initial implementation of these API's. Since LibWeb currently doesn't support workers, this implementation of messaging doesn't bother with serializing and deserializing messages.
2021-09-19 23:12:31 +03:00
HTML/MessageChannel.cpp
HTML/MessagePort.cpp
LibWeb: Move the HTML parser into HTML/Parser/
2020-07-28 20:18:23 +03:00
HTML/Parser/Entities.cpp
LibWeb: Implement encoding sniffing algorithm This patch implements the HTML specification's "encoding sniffing algorithm", which is used when no encoding can be obtained from the Content-Type header (either because it doesn't contain a charset=...) value or the file has not been opened via HTTP (as with local files). It also modifies the creator of the HTMLDocumentParser to use the new HTMLDocumentParser::create_with_uncertain_encoding static method, which runs the encoding sniffing algorithm before instantiating the parser. This now allows us to load local HTML pages (or remote pages without a charset specified in the 'Content-Type' header) with a non-UTF-8 encoding such as 'windows-1252'. This would previously crash the browser. :^)
2021-05-12 11:47:12 +03:00
HTML/Parser/HTMLEncodingDetection.cpp
LibWeb: Rename HTMLDocumentParser => HTMLParser
2021-09-26 00:15:48 +03:00
HTML/Parser/HTMLParser.cpp
LibWeb: Move the HTML parser into HTML/Parser/
2020-07-28 20:18:23 +03:00
HTML/Parser/HTMLToken.cpp
HTML/Parser/HTMLTokenizer.cpp
HTML/Parser/ListOfActiveFormattingElements.cpp
HTML/Parser/StackOfOpenElements.cpp
LibWeb: Start working on spec-aligned HTML scripting semantics This patch adds HTML::Script and HTML::ClassicScript (subclass of the former.)
2021-09-09 19:03:01 +03:00
HTML/Scripting/ClassicScript.cpp
LibWeb: Introduce the Environment Settings Object The environment settings object is effectively the context a piece of script is running under, for example, it contains the origin, responsible document, realm, global object and event loop for the current context. This effectively replaces ScriptExecutionContext, but it cannot be removed in this commit as EventTarget still depends on it. https://html.spec.whatwg.org/multipage/webappapis.html#environment-settings-object
2021-10-14 18:12:53 +03:00
HTML/Scripting/Environments.cpp
LibJS+Everywhere: Remove VM::exception() and most related functions This commit removes all exception related code: Remove VM::exception(), VM::throw_exception() etc. Any leftover throw_exception calls are moved to throw_completion. The one method left is clear_exception() which is now a no-op. Most of these calls are just to clear whatever exception might have been thrown when handling a Completion. So to have a cleaner commit this will be removed in a next commit. It also removes the actual Exception and TemporaryClearException classes since these are no longer used. In any spot where the exception was actually used an attempt was made to preserve that behavior. However since it is no longer tracked by the VM we cannot access exceptions which were thrown in previous calls. There are two such cases which might have different behavior: - In Web::DOM::Document::interpreter() the on_call_stack_emptied hook used to print any uncaught exception but this is now no longer possible as the VM does not store uncaught exceptions. - In js the code used to be interruptable by throwing an exception on the VM. This is no longer possible but was already somewhat fragile before as you could happen to throw an exception just before a VERIFY.
2022-02-07 17:12:41 +03:00
HTML/Scripting/ExceptionReporter.cpp
LibWeb: Start working on spec-aligned HTML scripting semantics This patch adds HTML::Script and HTML::ClassicScript (subclass of the former.)
2021-09-09 19:03:01 +03:00
HTML/Scripting/Script.cpp
LibWeb: Introduce the Environment Settings Object The environment settings object is effectively the context a piece of script is running under, for example, it contains the origin, responsible document, realm, global object and event loop for the current context. This effectively replaces ScriptExecutionContext, but it cannot be removed in this commit as EventTarget still depends on it. https://html.spec.whatwg.org/multipage/webappapis.html#environment-settings-object
2021-10-14 18:12:53 +03:00
HTML/Scripting/WindowEnvironmentSettingsObject.cpp
LibWeb: Add Storage interface and window.localStorage This is a naive-but-somewhat-functional initial implementation of HTML Storage. Note that there is no persistence yet, everything is in-process only, and one local Storage object per origin.
2022-02-08 21:38:29 +03:00
HTML/Storage.cpp
LibWeb: Add a super basic HTML syntax highlighter This can currently highlight tag names and attribute names/values.
2021-05-20 21:45:33 +03:00
HTML/SyntaxHighlighter/SyntaxHighlighter.cpp
LibWeb: Move DOM/TagNames.* => HTML/TagNames.*
2020-12-13 17:57:09 +03:00
HTML/TagNames.cpp
LibWeb: Implement CanvasRenderingContext2D.measureText This requires an implementation of the "text preparation algorithm" as specified here: html.spec.whatwg.org/multipage/canvas.html#text-preparation-algorithm However, we're missing a lot of things such as the CanvasTextDrawingStyles interface, so most of the algorithm was not implemented. Additionally, we also are not able to use a LineBox like the algorithm suggests, because our layouting infra is not up to the task yet. The prepare_text function does nothing other than figuring out the width of the given text and return glyphs with offsets at the moment.
2021-12-31 01:15:38 +03:00
HTML/TextMetrics.cpp
LibWeb: Add partially functioning Worker API Add a partial implementation of HTML5 Worker API. Messages can be sent from the inner context externally.
2022-02-17 15:31:09 +03:00
HTML/Worker.cpp
HTML/WorkerDebugConsoleClient.cpp
LibWeb: Add initial implementation for WorkerGlobalScope This initial implementation stubs out the WorkerGlobalScope, WorkerLocation and WorkerNavigator classes. It doesn't take into account all the things that actually need passed into the constructors for these objects, nor the extra abstract operations that need to be performed on them by the rest of the Browser infrastructure. However, it does create bindings that compile and link :^)
2022-02-07 05:12:57 +03:00
HTML/WorkerGlobalScope.cpp
HTML/WorkerLocation.cpp
LibWeb: Implement performance.now() This patch introduces the HighResolutionTime namespace which is home to the Performance object (exposed via window.performance) performance.now() is currently the only function, and it returns the number of milliseconds since the window object was constructed. :^)
2020-09-29 19:19:18 +03:00
HighResolutionTime/Performance.cpp
LibWeb: Move ImageDecoder client connection singleton to its own file This will allow us to use it in more places around LibWeb.
2021-11-20 12:46:27 +03:00
ImageDecoding.cpp
LibWeb: Rename PageView => InProcessWebView
2020-08-17 16:58:29 +03:00
InProcessWebView.cpp
LibWeb: Stub out a basic IntersectionObserver interface Note there are a couple of type differences between the spec and the IDL file added in this commit. For example, we will need to support a type of Variant to handle spec types such as "(double or sequence<double>)". But for now, this allows web pages to construct an IntersectionObserver with any valid type.
2021-10-13 21:20:50 +03:00
IntersectionObserver/IntersectionObserver.cpp
Layout/BlockContainer.cpp
LibWeb: Reorganize layout system in terms of formatting contexts This is a first (huge) step towards modernizing the layout architecture and bringing it closer to spec language. Layout is now performed by a stack of formatting contexts, operating on the box tree (or layout tree, if you will.) There are currently three types of formatting context: - BlockFormattingContext (BFC) - InlineFormattingContext (IFC) - TableFormattingContext (TFC) Document::layout() creates the initial BlockFormattingContext (BFC) which lays out the initial containing block (ICB), and then we recurse through the tree, creating BFC, IFC or TFC as appropriate and handing over control at the context boundaries. The majority of this patch is just refactoring the old logic spread out in LayoutBlock and LayoutTableRowGroup, and turning into these context classes instead. A lot more cleanup will be needed. There are many architectural wins here, the main one being that layout is no longer performed by boxes themselves, which gives us much greater flexibility in the outer/inner layout of a given box.
2020-11-22 15:38:18 +03:00
Layout/BlockFormattingContext.cpp
LibWeb: Rename LayoutNode classes and move them into Layout namespace Bring the names of various boxes closer to spec language. This should hopefully make things easier to understand and hack on. :^) Some notable changes: - LayoutNode -> Layout::Node - LayoutBox -> Layout::Box - LayoutBlock -> Layout::BlockBox - LayoutReplaced -> Layout::ReplacedBox - LayoutDocument -> Layout::InitialContainingBlockBox - LayoutText -> Layout::TextNode - LayoutInline -> Layout::InlineNode Note that this is not strictly a "box tree" as we also hang inline/text nodes in the same tree, and they don't generate boxes. (Instead, they contribute line box fragments to their containing block!)
2020-11-22 17:53:01 +03:00
Layout/Box.cpp
Build: Switch to CMake :^) Closes https://github.com/SerenityOS/serenity/issues/2080
2020-05-06 18:40:06 +03:00
Layout/BoxModelMetrics.cpp
LibWeb: Rename LayoutNode classes and move them into Layout namespace Bring the names of various boxes closer to spec language. This should hopefully make things easier to understand and hack on. :^) Some notable changes: - LayoutNode -> Layout::Node - LayoutBox -> Layout::Box - LayoutBlock -> Layout::BlockBox - LayoutReplaced -> Layout::ReplacedBox - LayoutDocument -> Layout::InitialContainingBlockBox - LayoutText -> Layout::TextNode - LayoutInline -> Layout::InlineNode Note that this is not strictly a "box tree" as we also hang inline/text nodes in the same tree, and they don't generate boxes. (Instead, they contribute line box fragments to their containing block!)
2020-11-22 17:53:01 +03:00
Layout/BreakNode.cpp
Layout/ButtonBox.cpp
Layout/CanvasBox.cpp
Layout/CheckBox.cpp
LibWeb: Add a very naive Layout::FlexFormattingContext :^) This is very dumb and only lays out its child boxes on a horizontal line with their shrink-to-fit widths. You have to start somewhere! :^)
2021-01-18 19:33:46 +03:00
Layout/FlexFormattingContext.cpp
LibWeb: Reorganize layout system in terms of formatting contexts This is a first (huge) step towards modernizing the layout architecture and bringing it closer to spec language. Layout is now performed by a stack of formatting contexts, operating on the box tree (or layout tree, if you will.) There are currently three types of formatting context: - BlockFormattingContext (BFC) - InlineFormattingContext (IFC) - TableFormattingContext (TFC) Document::layout() creates the initial BlockFormattingContext (BFC) which lays out the initial containing block (ICB), and then we recurse through the tree, creating BFC, IFC or TFC as appropriate and handing over control at the context boundaries. The majority of this patch is just refactoring the old logic spread out in LayoutBlock and LayoutTableRowGroup, and turning into these context classes instead. A lot more cleanup will be needed. There are many architectural wins here, the main one being that layout is no longer performed by boxes themselves, which gives us much greater flexibility in the outer/inner layout of a given box.
2020-11-22 15:38:18 +03:00
Layout/FormattingContext.cpp
LibWeb: Start making our layout system "transactional" This patch adds a map of Layout::Node to FormattingState::NodeState. Instead of updating layout nodes incrementally as layout progresses through the formatting contexts, all updates are now written to the corresponding NodeState instead. At the end of layout, FormattingState::commit() is called, which transfers all the values from the NodeState objects to the Node. This will soon allow us to perform completely non-destructive layouts which don't affect the tree. Note that there are many imperfections here, and still many places where we assign to the NodeState, but later read directly from the Node instead. I'm just committing at this stage to make subsequent diffs easier to understand.
2022-02-20 17:51:24 +03:00
Layout/FormattingState.cpp
LibWeb: Rename LayoutNode classes and move them into Layout namespace Bring the names of various boxes closer to spec language. This should hopefully make things easier to understand and hack on. :^) Some notable changes: - LayoutNode -> Layout::Node - LayoutBox -> Layout::Box - LayoutBlock -> Layout::BlockBox - LayoutReplaced -> Layout::ReplacedBox - LayoutDocument -> Layout::InitialContainingBlockBox - LayoutText -> Layout::TextNode - LayoutInline -> Layout::InlineNode Note that this is not strictly a "box tree" as we also hang inline/text nodes in the same tree, and they don't generate boxes. (Instead, they contribute line box fragments to their containing block!)
2020-11-22 17:53:01 +03:00
Layout/FrameBox.cpp
Layout/ImageBox.cpp
LibWeb: Rename InitialContainingBlockBox => InitialContainingBlock The "Box" suffix added nothing here.
2021-09-08 12:27:46 +03:00
Layout/InitialContainingBlock.cpp
LibWeb: Reorganize layout system in terms of formatting contexts This is a first (huge) step towards modernizing the layout architecture and bringing it closer to spec language. Layout is now performed by a stack of formatting contexts, operating on the box tree (or layout tree, if you will.) There are currently three types of formatting context: - BlockFormattingContext (BFC) - InlineFormattingContext (IFC) - TableFormattingContext (TFC) Document::layout() creates the initial BlockFormattingContext (BFC) which lays out the initial containing block (ICB), and then we recurse through the tree, creating BFC, IFC or TFC as appropriate and handing over control at the context boundaries. The majority of this patch is just refactoring the old logic spread out in LayoutBlock and LayoutTableRowGroup, and turning into these context classes instead. A lot more cleanup will be needed. There are many architectural wins here, the main one being that layout is no longer performed by boxes themselves, which gives us much greater flexibility in the outer/inner layout of a given box.
2020-11-22 15:38:18 +03:00
Layout/InlineFormattingContext.cpp
LibWeb: Add inline-level iterator that enumerates items for line layout This patch adds a new mechanism that allows InlineFormattingContext to build line boxes incrementally instead of all-in-one go. Incremental build will eventually allow much better support for CSS floating objects.
2022-01-17 17:07:19 +03:00
Layout/InlineLevelIterator.cpp
LibWeb: Rename LayoutNode classes and move them into Layout namespace Bring the names of various boxes closer to spec language. This should hopefully make things easier to understand and hack on. :^) Some notable changes: - LayoutNode -> Layout::Node - LayoutBox -> Layout::Box - LayoutBlock -> Layout::BlockBox - LayoutReplaced -> Layout::ReplacedBox - LayoutDocument -> Layout::InitialContainingBlockBox - LayoutText -> Layout::TextNode - LayoutInline -> Layout::InlineNode Note that this is not strictly a "box tree" as we also hang inline/text nodes in the same tree, and they don't generate boxes. (Instead, they contribute line box fragments to their containing block!)
2020-11-22 17:53:01 +03:00
Layout/InlineNode.cpp
LibWeb: Add "Label" to be the layout node for HTMLLabelElement The HTML <label> element is special in that it may be associated with some other <input> element. When the label element is clicked, the input element should be activated. To achieve this, a LableableNode base class is introduced to provide an interface for "labelable" elements to handle mouse events on their associated labels. This not only allows clicking the label to activate the input, but dragging the mouse from the label to the input (and vice- versa) while the mouse is clicked will also active the label. As of this commit, this infrastructure is not hooked up to any elements.
2021-04-04 04:32:16 +03:00
Layout/Label.cpp
LibWeb: Add LayoutRange::normalized() We use this to ensure that we're always working with a selection where the start() is before the end() in document order. That simplifies all the logic around this.
2020-06-29 01:24:35 +03:00
Layout/LayoutPosition.cpp
Build: Switch to CMake :^) Closes https://github.com/SerenityOS/serenity/issues/2080
2020-05-06 18:40:06 +03:00
Layout/LineBox.cpp
Layout/LineBoxFragment.cpp
LibWeb: Add Layout::LineBuilder class for incremental line box layout This class will be used to place items on lines incrementally instead of the current two-phase approach.
2022-01-19 13:57:58 +03:00
Layout/LineBuilder.cpp
LibWeb: Rename LayoutNode classes and move them into Layout namespace Bring the names of various boxes closer to spec language. This should hopefully make things easier to understand and hack on. :^) Some notable changes: - LayoutNode -> Layout::Node - LayoutBox -> Layout::Box - LayoutBlock -> Layout::BlockBox - LayoutReplaced -> Layout::ReplacedBox - LayoutDocument -> Layout::InitialContainingBlockBox - LayoutText -> Layout::TextNode - LayoutInline -> Layout::InlineNode Note that this is not strictly a "box tree" as we also hang inline/text nodes in the same tree, and they don't generate boxes. (Instead, they contribute line box fragments to their containing block!)
2020-11-22 17:53:01 +03:00
Layout/ListItemBox.cpp
Layout/ListItemMarkerBox.cpp
Layout/Node.cpp
LibWeb: Add basic implementation of progress bar element
2022-02-16 21:12:54 +03:00
Layout/Progress.cpp
LibWeb: Add support for HTML input type=radio
2021-04-03 16:07:45 +03:00
Layout/RadioButton.cpp
LibWeb: Rename LayoutNode classes and move them into Layout namespace Bring the names of various boxes closer to spec language. This should hopefully make things easier to understand and hack on. :^) Some notable changes: - LayoutNode -> Layout::Node - LayoutBox -> Layout::Box - LayoutBlock -> Layout::BlockBox - LayoutReplaced -> Layout::ReplacedBox - LayoutDocument -> Layout::InitialContainingBlockBox - LayoutText -> Layout::TextNode - LayoutInline -> Layout::InlineNode Note that this is not strictly a "box tree" as we also hang inline/text nodes in the same tree, and they don't generate boxes. (Instead, they contribute line box fragments to their containing block!)
2020-11-22 17:53:01 +03:00
Layout/ReplacedBox.cpp
Layout/SVGBox.cpp
LibWeb: Add SVGFormattingContext to handle SVG box trees Instead of trying to layout SVG boxes as if they are regular CSS boxes, let's invent an "SVG formatting context" and let it manage SVG boxes. To facilitate this, Layout::SVGBox no longer inherits from ReplacedBox, and is instead a simple, "inline-block" style BlockBox.
2021-09-18 00:12:16 +03:00
Layout/SVGFormattingContext.cpp
LibWeb: Rename SVGPathBox -> SVGGeometryBox This fits better since it's now used by all SVGGeometryElements.
2022-02-11 15:37:22 +03:00
Layout/SVGGeometryBox.cpp
LibWeb: Rename LayoutNode classes and move them into Layout namespace Bring the names of various boxes closer to spec language. This should hopefully make things easier to understand and hack on. :^) Some notable changes: - LayoutNode -> Layout::Node - LayoutBox -> Layout::Box - LayoutBlock -> Layout::BlockBox - LayoutReplaced -> Layout::ReplacedBox - LayoutDocument -> Layout::InitialContainingBlockBox - LayoutText -> Layout::TextNode - LayoutInline -> Layout::InlineNode Note that this is not strictly a "box tree" as we also hang inline/text nodes in the same tree, and they don't generate boxes. (Instead, they contribute line box fragments to their containing block!)
2020-11-22 17:53:01 +03:00
Layout/SVGGraphicsBox.cpp
Layout/SVGSVGBox.cpp
Layout/TableBox.cpp
Layout/TableCellBox.cpp
LibWeb: Reorganize layout system in terms of formatting contexts This is a first (huge) step towards modernizing the layout architecture and bringing it closer to spec language. Layout is now performed by a stack of formatting contexts, operating on the box tree (or layout tree, if you will.) There are currently three types of formatting context: - BlockFormattingContext (BFC) - InlineFormattingContext (IFC) - TableFormattingContext (TFC) Document::layout() creates the initial BlockFormattingContext (BFC) which lays out the initial containing block (ICB), and then we recurse through the tree, creating BFC, IFC or TFC as appropriate and handing over control at the context boundaries. The majority of this patch is just refactoring the old logic spread out in LayoutBlock and LayoutTableRowGroup, and turning into these context classes instead. A lot more cleanup will be needed. There are many architectural wins here, the main one being that layout is no longer performed by boxes themselves, which gives us much greater flexibility in the outer/inner layout of a given box.
2020-11-22 15:38:18 +03:00
Layout/TableFormattingContext.cpp
LibWeb: Rename LayoutNode classes and move them into Layout namespace Bring the names of various boxes closer to spec language. This should hopefully make things easier to understand and hack on. :^) Some notable changes: - LayoutNode -> Layout::Node - LayoutBox -> Layout::Box - LayoutBlock -> Layout::BlockBox - LayoutReplaced -> Layout::ReplacedBox - LayoutDocument -> Layout::InitialContainingBlockBox - LayoutText -> Layout::TextNode - LayoutInline -> Layout::InlineNode Note that this is not strictly a "box tree" as we also hang inline/text nodes in the same tree, and they don't generate boxes. (Instead, they contribute line box fragments to their containing block!)
2020-11-22 17:53:01 +03:00
Layout/TableRowBox.cpp
Layout/TableRowGroupBox.cpp
Layout/TextNode.cpp
LibWeb: Rename Layout::LayoutTreeBuilder => Layout::TreeBuilder
2020-11-25 22:29:03 +03:00
Layout/TreeBuilder.cpp
LibWeb: Sort CMakeLists SOURCES entries
2021-05-20 11:00:27 +03:00
Loader/ContentFilter.cpp
LibWeb: Add a FrameLoader class and move PageView's loading logic there Each Frame now has a FrameLoader which will be responsible for handling loading inside that frame.
2020-06-06 14:02:44 +03:00
Loader/FrameLoader.cpp
LibWeb: Add basic <object> element support This patch implements a simple <object> element with fallback content. If the URL from the data attribute fails to load (including 404), we render the DOM tree inside the <object> as fallback content. This works by generating a different layout tree for the <object> depending on the state and success of the data load. Since we cannot currently do incremental layout tree updates, we have to force a complete layout tree rebuild when the resource load finishes/fails.
2020-06-13 23:24:49 +03:00
Loader/ImageLoader.cpp
LibWeb: Share decoded images at the Resource level :^) This patch adds ImageResource as a subclass of Resource. This new class also keeps a Gfx::ImageDecoder so that we can share decoded bitmaps between all clients of an image resource inside LibWeb. With this, we now share both encoded and decoded data for images. :^) I had to change how the purgeable-volatile flag is updated to keep the volatile-images-outside-the-visible-viewport optimization working. HTMLImageElement now inherits from ImageResourceClient (a subclass of ResourceClient with additional image-specific stuff) and informs its ImageResource about whether it's inside the viewport or outside. This is pretty awesome! :^)
2020-06-02 21:27:26 +03:00
Loader/ImageResource.cpp
LibWeb: Helper for creating load requests with a Cookie header Instead of all interested parties needing to write out the code to get the cookie value for a load request, add a static helper to do it in one location.
2021-04-14 17:34:18 +03:00
Loader/LoadRequest.cpp
LibWeb: Start building a new Resource class to share more resources A Resource represents a resource that we're loading, have loaded or will soon load. Basically, it's a downloadable resource that can be shared by multiple clients. A typical usecase is multiple <img> elements with the same src. In a future patch, we will try to make sure that those <img> elements get the same Resource if possible. This will reduce network usage, memory usage, and CPU usage. :^) For now, this first patch simply introduces the mechanism. You get a Resource by calling ResourceLoader::load_resource(). To get notified about changes to a Resource's load status, you inherit from ResourceClient and implement the callbacks you're interested in. This patch turns HTMLImageElement into a ResourceClient.
2020-06-01 22:33:23 +03:00
Loader/Resource.cpp
LibWeb: Move ResourceLoader into a new Loader/ directory
2020-06-01 21:42:50 +03:00
Loader/ResourceLoader.cpp
LibWeb: Implement spec-compliant MIME type struct and parser This will be used by XHR to extract the Content-Type MIME type to retrieve the charset.
2022-02-11 23:53:47 +03:00
MimeSniff/MimeType.cpp
LibWeb: Add namespace to Element
2020-10-10 04:48:05 +03:00
Namespace.cpp
LibWeb: Stub out the PerformanceTiming object from Navigation Timing Just have all the timing functions return 0 for now. We can now run the Shynet JS on https://linus.dev/ although the XHR is rejected by our same-origin policy.
2021-01-18 17:06:13 +03:00
NavigationTiming/PerformanceTiming.cpp
LibWeb: Rename WebContentView => OutOfProcessWebView
2020-08-17 17:20:47 +03:00
OutOfProcessWebView.cpp
LibWeb: Move editing stuff into EditEventHandler.
2020-12-02 01:35:47 +03:00
Page/EditEventHandler.cpp
LibWeb: Sort CMakeLists SOURCES entries
2021-05-20 11:00:27 +03:00
Page/EventHandler.cpp
LibWeb: Move the Page/Frame/EventHandler classes into Page/
2020-07-28 20:27:41 +03:00
Page/Page.cpp
LibWeb: Move background painting from Box to its own file This makes the code accessible to things that aren't a Box, such as InlineNode.
2021-09-19 17:58:26 +03:00
Painting/BackgroundPainting.cpp
LibWeb: Move border painting from Layout::Box to a free function This will allow us to share some code between inline and non-inline border painting.
2020-12-04 20:02:21 +03:00
Painting/BorderPainting.cpp
LibWeb: Move box-shadow painting out of Box to its own file This makes the code accessible to things that aren't a Box, such as InlineNode.
2021-09-19 17:00:47 +03:00
Painting/ShadowPainting.cpp
LibWeb: Move StackingContext from Layout/ to Painting/ The stacking context tree doesn't affect layout at all, so let's move it into the Painting/ directory. I'm not sure yet if it's worth going for a fullly separate painting tree. So far I'm thinking a stacking context tree with pointers into the layout tree might be enough.
2020-06-18 22:39:27 +03:00
Painting/StackingContext.cpp
LibWeb: Add the IdleDeadline interface from the RequestIdleCallback spec
2021-09-17 02:42:36 +03:00
RequestIdleCallback/IdleDeadline.cpp
LibWeb: Stub out a basic ResizeObserver interface This patch establishes scaffolding for the ResizeObserver API.
2021-10-11 01:18:07 +03:00
ResizeObserver/ResizeObserver.cpp
LibWeb: Add an SVG::AttributeNames namespace There are a whole bunch of SVG attributes, and we shouldn't mix them in with the HTML attributes. This patch adds some of them to the new namespace, but there are more to be added. :^)
2021-09-15 01:26:16 +03:00
SVG/AttributeNames.cpp
LibWeb: Move SVG::PathDataParser into its own file and rename it I've chosen the name `AttributeParser` since it parses data from attributes. Rather than duplicate the parsing of numbers and other basic types, let's make use of this existing parsing code for parsing the data for `<line>`, `<polyline>`, etc.
2022-02-11 16:08:27 +03:00
SVG/AttributeParser.cpp
LibWeb: Refactor SVG files into their own directory; follow spec layout
2020-07-23 19:44:42 +03:00
SVG/SVGElement.cpp
LibWeb: Add a bare-bones SVG <g> element
2021-09-18 01:04:19 +03:00
SVG/SVGGElement.cpp
LibWeb: Refactor SVG files into their own directory; follow spec layout
2020-07-23 19:44:42 +03:00
SVG/SVGGeometryElement.cpp
SVG/SVGGraphicsElement.cpp
SVG/SVGPathElement.cpp
LibWeb: Add SVG `<circle>` element and test case :^)
2022-02-11 19:14:58 +03:00
SVG/SVGCircleElement.cpp
LibWeb: Add SVG `<ellipse>` element and test case :^)
2022-02-11 19:45:59 +03:00
SVG/SVGEllipseElement.cpp
LibWeb: Add SVG `<line>` element and test case :^)
2022-02-11 19:56:36 +03:00
SVG/SVGLineElement.cpp
LibWeb: Add SVG `<polygon>` element and test case :^)
2022-02-11 20:36:05 +03:00
SVG/SVGPolygonElement.cpp
LibWeb: Add SVG `<polyline>` element and test case :^)
2022-02-11 20:28:24 +03:00
SVG/SVGPolylineElement.cpp
LibWeb: Add SVG `<rect>` element and test case :^)
2022-02-11 18:52:42 +03:00
SVG/SVGRectElement.cpp
LibWeb: Refactor SVG files into their own directory; follow spec layout
2020-07-23 19:44:42 +03:00
SVG/SVGSVGElement.cpp
SVG/TagNames.cpp
LibWeb: Add SVG::ViewBox to represent SVG view boxes This also comes with a simple little parsing helper. :^)
2021-09-15 02:06:57 +03:00
SVG/ViewBox.cpp
LibWeb: Stub out a basic Selection interface This patch establishes scaffolding for the Selection API.
2021-10-10 20:12:32 +03:00
Selection/Selection.cpp
LibWeb: Move the HTML parser into HTML/Parser/
2020-07-28 20:18:23 +03:00
StylePropertiesModel.cpp
LibWeb: Add HTML::EventNames and UIEvents::EventNames
2020-11-21 22:15:57 +03:00
UIEvents/EventNames.cpp
LibWeb: Add a proper FocusEvent interface for "focus" and "blur" events
2022-02-07 02:04:10 +03:00
UIEvents/FocusEvent.cpp
LibWeb: Add a basic KeyboardEvent and fire "keydown" events :^)
2021-09-28 00:22:21 +03:00
UIEvents/KeyboardEvent.cpp
LibWeb: Make event dispatching spec-compliant Specification: https://dom.spec.whatwg.org/#concept-event-dispatch This also introduces shadow roots due to it being a requirement of the event dispatcher. However, it does not introduce the full shadow DOM, that can be left for future work. This changes some event dispatches which require certain attributes to be initialised to a value.
2020-11-21 21:32:39 +03:00
UIEvents/MouseEvent.cpp
LibWeb: Add the Web::URL namespace and move URLEncoder to it This namespace will be used for all interfaces defined in the URL specification, like URL and URLSearchParams. This has the unfortunate side-effect of requiring us to use the fully qualified AK::URL name whenever we want to refer to the AK class, so this commit also fixes all such references.
2021-09-13 00:33:23 +03:00
URL/URL.cpp
LibWeb: Add the URLSearchParams built-in This is a very partial implementation, as some features (like 2 of the possible constructor types, iteration and the getAll method) are missing, and other's are not implemented due to the currently missing URL built-in.
2021-09-13 01:00:47 +03:00
URL/URLSearchParams.cpp
LibWeb: Make URLSearchParams iterable This uses the new support for the iterable IDL property.
2021-09-28 02:11:55 +03:00
URL/URLSearchParamsIterator.cpp
LibWeb: Add the WebAssembly.Instance constructor
2021-07-01 12:11:15 +03:00
WebAssembly/WebAssemblyInstanceConstructor.cpp
LibWeb: Split the WebAssemblyInstance object logic into multiple files Now that we're adding a constructor to it, let's split it up like the rest of LibWeb does.
2021-07-01 09:49:45 +03:00
WebAssembly/WebAssemblyInstanceObject.cpp
WebAssembly/WebAssemblyInstanceObjectPrototype.cpp
LibWeb: Implement the WebAssembly Memory object and Memory imports
2021-06-21 07:12:58 +03:00
WebAssembly/WebAssemblyMemoryConstructor.cpp
WebAssembly/WebAssemblyMemoryPrototype.cpp
LibWeb: Add the WebAssembly.Module constructor
2021-07-01 13:44:05 +03:00
WebAssembly/WebAssemblyModuleConstructor.cpp
WebAssembly/WebAssemblyModuleObject.cpp
LibWeb: Implement a very basic WebAssembly JS API This impl is *extremely* simple, and is missing a lot of things, it's also not particularly spec-compliant in some places, but it's definitely a start :^)
2021-05-16 22:46:44 +03:00
WebAssembly/WebAssemblyObject.cpp
LibWeb+LibWasm: Implement the WebAssembly.Table object
2021-09-04 03:10:57 +03:00
WebAssembly/WebAssemblyTableConstructor.cpp
WebAssembly/WebAssemblyTableObject.cpp
WebAssembly/WebAssemblyTablePrototype.cpp
LibWeb: Sort CMakeLists SOURCES entries
2021-05-20 11:00:27 +03:00
WebContentClient.cpp
LibWeb: Move WebSocket into the Web::WebSockets namespace WebSockets got moved from the HTML standard to their own, the new WebSockets Standard (https://websockets.spec.whatwg.org). Move the IDL file and implementation into a new WebSockets directory and C++ namespace accordingly.
2022-02-18 20:35:45 +03:00
WebSockets/WebSocket.cpp
LibWeb: Flesh out existing XHR methods a bit more This makes open, send and setRequestHeader a bit more spec compliant and adds a bunch of FIXMEs for unimplemented parts.
2021-01-23 20:50:22 +03:00
XHR/EventNames.cpp
LibWeb: Move XMLHttpRequest to separate XHR directory In keeping with the one-directory-per-web-spec layout, let's move XHR into its own clubhouse.
2021-01-23 13:51:36 +03:00
XHR/XMLHttpRequest.cpp
LibWeb: Add event handler attributes to XMLHttpRequestEventTarget This patch adds the following event handler attributes to XHR's EventTarget base class: - onloadstart - onprogress - onabort - onerror - onload - ontimeout - onloadend
2021-09-19 02:41:55 +03:00
XHR/XMLHttpRequestEventTarget.cpp
Build: Switch to CMake :^) Closes https://github.com/SerenityOS/serenity/issues/2080
2020-05-06 18:40:06 +03:00
)
set(GENERATED_SOURCES
Services: Rename ProtocolServer to RequestServer The current ProtocolServer was really only used for requests, and with the recent introduction of the WebSocket service, long-lasting connections with another server are not part of it. To better reflect this, this commit renames it to RequestServer. This commit also changes the existing 'protocol' portal to 'request', the existing 'protocol' user and group to 'request', and most mentions of the 'download' aspect of the request to 'request' when relevant, to make everything consistent across the system. Note that LibProtocol still exists as-is, but the more generic Client class and the more specific Download class have both been renamed to a more accurate RequestClient and Request to match the new names. This commit only change names, not behaviors.
2021-04-23 23:45:52 +03:00
../../Services/RequestServer/RequestClientEndpoint.h
../../Services/RequestServer/RequestServerEndpoint.h
LibWeb: Move WebContentView from Demos/WebView into LibWeb
2020-07-06 21:36:34 +03:00
../../Services/WebContent/WebContentClientEndpoint.h
../../Services/WebContent/WebContentServerEndpoint.h
Build: Switch to CMake :^) Closes https://github.com/SerenityOS/serenity/issues/2080
2020-05-06 18:40:06 +03:00
)
LibWeb: Use foreach to generate wrapper targets and tidy up CMakeLists Gather the custom commands for each of the 6 bindings generated targets for libjs_js_wrapper invocations into some lists so that we can foreach over the lists instead of having 6 copy pasted commands with one or two things modified for each one. Additional refactoring, use target_sources command to inform CMake about additional source files for LibWeb, but only after it's been declared as a library via add_library. Also avoid use of the write_if_different script and use cmake -E copy_if_different instead. This lets us express the actions in rules that CMake understands without going to an external source file. It exposes a few optimization opportunities for the code generators to accept an output filename instead of always going to stdout.
2021-08-08 09:42:33 +03:00
serenity_lib(LibWeb web)
target_link_libraries(LibWeb LibCore LibJS LibMarkdown LibGemini LibGUI LibGfx LibTextCodec LibProtocol LibImageDecoderClient LibWasm)
LibWeb: Add HTMLElement wrapper Expose the "title" attribute just to expose something. :^)
2020-06-21 15:35:00 +03:00
LibWeb: Generate Element bindings from IDL :^) Had to do a bunch more hacking on WrapperGenerator to support this. We now support attribute setters as well.
2020-06-21 12:39:32 +03:00
function(libweb_js_wrapper class)
LibWeb: Add partial support for IDL Iterable declarations This currently only supports pair iterables (i.e. iterable<key, value>) support for value iterables (i.e. iterable<value>) is left as TODO(). Since currently our cmake setup calls the WrapperGenerator separately and unconditionally for each (hard-coded) output file iterable wrappers have to be explicitly marked so in the CMakeLists.txt declaration, we could likely improve this in the future by querying WrapperGenerator for the outputs based on the IDL.
2021-09-27 23:45:29 +03:00
cmake_parse_arguments(PARSE_ARGV 1 LIBWEB_WRAPPER "ITERABLE" "" "")
LibWeb: Use foreach to generate wrapper targets and tidy up CMakeLists Gather the custom commands for each of the 6 bindings generated targets for libjs_js_wrapper invocations into some lists so that we can foreach over the lists instead of having 6 copy pasted commands with one or two things modified for each one. Additional refactoring, use target_sources command to inform CMake about additional source files for LibWeb, but only after it's been declared as a library via add_library. Also avoid use of the write_if_different script and use cmake -E copy_if_different instead. This lets us express the actions in rules that CMake understands without going to an external source file. It exposes a few optimization opportunities for the code generators to accept an output filename instead of always going to stdout.
2021-08-08 09:42:33 +03:00
get_filename_component(basename "${class}" NAME)
set(BINDINGS_SOURCES
"Bindings/${basename}Wrapper.h"
"Bindings/${basename}Wrapper.cpp"
"Bindings/${basename}Constructor.h"
"Bindings/${basename}Constructor.cpp"
"Bindings/${basename}Prototype.h"
"Bindings/${basename}Prototype.cpp"
LibWeb: Generate constructor and prototype classes for IDL interfaces This patch adds a FooPrototype and FooConstructor class for each IDL interface we generate JS bindings for. These classes are very primitive and don't do everything they should yet, but we have to start somewhere. :^) Work towards #4789
2021-01-18 10:35:46 +03:00
)
LibWeb: Use foreach to generate wrapper targets and tidy up CMakeLists Gather the custom commands for each of the 6 bindings generated targets for libjs_js_wrapper invocations into some lists so that we can foreach over the lists instead of having 6 copy pasted commands with one or two things modified for each one. Additional refactoring, use target_sources command to inform CMake about additional source files for LibWeb, but only after it's been declared as a library via add_library. Also avoid use of the write_if_different script and use cmake -E copy_if_different instead. This lets us express the actions in rules that CMake understands without going to an external source file. It exposes a few optimization opportunities for the code generators to accept an output filename instead of always going to stdout.
2021-08-08 09:42:33 +03:00
set(BINDINGS_TYPES
header
implementation
constructor-header
constructor-implementation
prototype-header
prototype-implementation
LibWeb: Generate constructor and prototype classes for IDL interfaces This patch adds a FooPrototype and FooConstructor class for each IDL interface we generate JS bindings for. These classes are very primitive and don't do everything they should yet, but we have to start somewhere. :^) Work towards #4789
2021-01-18 10:35:46 +03:00
)
LibWeb: Add partial support for IDL Iterable declarations This currently only supports pair iterables (i.e. iterable<key, value>) support for value iterables (i.e. iterable<value>) is left as TODO(). Since currently our cmake setup calls the WrapperGenerator separately and unconditionally for each (hard-coded) output file iterable wrappers have to be explicitly marked so in the CMakeLists.txt declaration, we could likely improve this in the future by querying WrapperGenerator for the outputs based on the IDL.
2021-09-27 23:45:29 +03:00
# FIXME: Instead of requiring a manual declaration of iterable wrappers, we should ask WrapperGenerator if it's iterable
if(LIBWEB_WRAPPER_ITERABLE)
list(APPEND BINDINGS_SOURCES
"Bindings/${basename}IteratorWrapper.h"
"Bindings/${basename}IteratorWrapper.cpp"
"Bindings/${basename}IteratorPrototype.h"
"Bindings/${basename}IteratorPrototype.cpp"
)
list(APPEND BINDINGS_TYPES
iterator-header
iterator-implementation
iterator-prototype-header
iterator-prototype-implementation
)
endif()
LibWeb: Use foreach to generate wrapper targets and tidy up CMakeLists Gather the custom commands for each of the 6 bindings generated targets for libjs_js_wrapper invocations into some lists so that we can foreach over the lists instead of having 6 copy pasted commands with one or two things modified for each one. Additional refactoring, use target_sources command to inform CMake about additional source files for LibWeb, but only after it's been declared as a library via add_library. Also avoid use of the write_if_different script and use cmake -E copy_if_different instead. This lets us express the actions in rules that CMake understands without going to an external source file. It exposes a few optimization opportunities for the code generators to accept an output filename instead of always going to stdout.
2021-08-08 09:42:33 +03:00
target_sources(LibWeb PRIVATE ${BINDINGS_SOURCES})
# FIXME: cmake_minimum_required(3.17) for ZIP_LISTS
list(LENGTH BINDINGS_SOURCES num_bindings)
math(EXPR bindings_end "${num_bindings} - 1")
foreach(iter RANGE "${bindings_end}")
list(GET BINDINGS_SOURCES ${iter} bindings_src)
list(GET BINDINGS_TYPES ${iter} bindings_type)
Meta: Make the WrapperGenerator generate includes based on imports We no longer include all the things, so each generated IDL file only depends on the things it actually needs now. A possible downside is that all IDL files have to explicitly import their dependencies. Note that non-IDL dependencies still remain and are injected into all generated files, this can be resolved later if desired by allowing IDL files to import headers.
2022-02-16 03:38:55 +03:00
get_property(include_paths DIRECTORY ${CMAKE_CURRENT_SOURCE_DIR} PROPERTY INCLUDE_DIRECTORIES)
list(TRANSFORM include_paths PREPEND -i)
LibWeb: Use foreach to generate wrapper targets and tidy up CMakeLists Gather the custom commands for each of the 6 bindings generated targets for libjs_js_wrapper invocations into some lists so that we can foreach over the lists instead of having 6 copy pasted commands with one or two things modified for each one. Additional refactoring, use target_sources command to inform CMake about additional source files for LibWeb, but only after it's been declared as a library via add_library. Also avoid use of the write_if_different script and use cmake -E copy_if_different instead. This lets us express the actions in rules that CMake understands without going to an external source file. It exposes a few optimization opportunities for the code generators to accept an output filename instead of always going to stdout.
2021-08-08 09:42:33 +03:00
add_custom_command(
OUTPUT "${bindings_src}"
Meta: Make the WrapperGenerator generate includes based on imports We no longer include all the things, so each generated IDL file only depends on the things it actually needs now. A possible downside is that all IDL files have to explicitly import their dependencies. Note that non-IDL dependencies still remain and are injected into all generated files, this can be resolved later if desired by allowing IDL files to import headers.
2022-02-16 03:38:55 +03:00
COMMAND "$<TARGET_FILE:Lagom::WrapperGenerator>" "--${bindings_type}" ${include_paths} "${CMAKE_CURRENT_SOURCE_DIR}/${class}.idl" "${CMAKE_CURRENT_SOURCE_DIR}/" > "${bindings_src}.tmp"
LibWeb: Use foreach to generate wrapper targets and tidy up CMakeLists Gather the custom commands for each of the 6 bindings generated targets for libjs_js_wrapper invocations into some lists so that we can foreach over the lists instead of having 6 copy pasted commands with one or two things modified for each one. Additional refactoring, use target_sources command to inform CMake about additional source files for LibWeb, but only after it's been declared as a library via add_library. Also avoid use of the write_if_different script and use cmake -E copy_if_different instead. This lets us express the actions in rules that CMake understands without going to an external source file. It exposes a few optimization opportunities for the code generators to accept an output filename instead of always going to stdout.
2021-08-08 09:42:33 +03:00
COMMAND "${CMAKE_COMMAND}" -E copy_if_different "${bindings_src}.tmp" "${bindings_src}"
COMMAND "${CMAKE_COMMAND}" -E remove "${bindings_src}.tmp"
VERBATIM
Meta: Use Lagom:: namespaced names for code generators This will be required when we switch to a SuperBuild that has Lagom as a configure time dependency, but is a distinct enough change to be separate.
2021-09-07 09:54:27 +03:00
DEPENDS Lagom::WrapperGenerator
LibWeb: Use foreach to generate wrapper targets and tidy up CMakeLists Gather the custom commands for each of the 6 bindings generated targets for libjs_js_wrapper invocations into some lists so that we can foreach over the lists instead of having 6 copy pasted commands with one or two things modified for each one. Additional refactoring, use target_sources command to inform CMake about additional source files for LibWeb, but only after it's been declared as a library via add_library. Also avoid use of the write_if_different script and use cmake -E copy_if_different instead. This lets us express the actions in rules that CMake understands without going to an external source file. It exposes a few optimization opportunities for the code generators to accept an output filename instead of always going to stdout.
2021-08-08 09:42:33 +03:00
MAIN_DEPENDENCY ${class}.idl
)
endforeach()
add_custom_target(generate_${basename}Wrapper.h DEPENDS Bindings/${basename}Wrapper.h)
CMake: Add custom target to build only the generated sources This is needed so all headers and files exist on disk, so that the sonar cloud analyzer can find them when executing the compilation commands contained in compile_commands.json, without actually building. Co-authored-by: Andrew Kaster <akaster@serenityos.org>
2021-08-30 05:27:50 +03:00
add_dependencies(all_generated generate_${basename}Wrapper.h)
LibWeb: Use foreach to generate wrapper targets and tidy up CMakeLists Gather the custom commands for each of the 6 bindings generated targets for libjs_js_wrapper invocations into some lists so that we can foreach over the lists instead of having 6 copy pasted commands with one or two things modified for each one. Additional refactoring, use target_sources command to inform CMake about additional source files for LibWeb, but only after it's been declared as a library via add_library. Also avoid use of the write_if_different script and use cmake -E copy_if_different instead. This lets us express the actions in rules that CMake understands without going to an external source file. It exposes a few optimization opportunities for the code generators to accept an output filename instead of always going to stdout.
2021-08-08 09:42:33 +03:00
add_custom_target(generate_${basename}Wrapper.cpp DEPENDS Bindings/${basename}Wrapper.cpp)
CMake: Add custom target to build only the generated sources This is needed so all headers and files exist on disk, so that the sonar cloud analyzer can find them when executing the compilation commands contained in compile_commands.json, without actually building. Co-authored-by: Andrew Kaster <akaster@serenityos.org>
2021-08-30 05:27:50 +03:00
add_dependencies(all_generated generate_${basename}Wrapper.cpp)
LibWeb: Use foreach to generate wrapper targets and tidy up CMakeLists Gather the custom commands for each of the 6 bindings generated targets for libjs_js_wrapper invocations into some lists so that we can foreach over the lists instead of having 6 copy pasted commands with one or two things modified for each one. Additional refactoring, use target_sources command to inform CMake about additional source files for LibWeb, but only after it's been declared as a library via add_library. Also avoid use of the write_if_different script and use cmake -E copy_if_different instead. This lets us express the actions in rules that CMake understands without going to an external source file. It exposes a few optimization opportunities for the code generators to accept an output filename instead of always going to stdout.
2021-08-08 09:42:33 +03:00
add_custom_target(generate_${basename}Constructor.h DEPENDS Bindings/${basename}Constructor.h)
CMake: Add custom target to build only the generated sources This is needed so all headers and files exist on disk, so that the sonar cloud analyzer can find them when executing the compilation commands contained in compile_commands.json, without actually building. Co-authored-by: Andrew Kaster <akaster@serenityos.org>
2021-08-30 05:27:50 +03:00
add_dependencies(all_generated generate_${basename}Constructor.h)
LibWeb: Use foreach to generate wrapper targets and tidy up CMakeLists Gather the custom commands for each of the 6 bindings generated targets for libjs_js_wrapper invocations into some lists so that we can foreach over the lists instead of having 6 copy pasted commands with one or two things modified for each one. Additional refactoring, use target_sources command to inform CMake about additional source files for LibWeb, but only after it's been declared as a library via add_library. Also avoid use of the write_if_different script and use cmake -E copy_if_different instead. This lets us express the actions in rules that CMake understands without going to an external source file. It exposes a few optimization opportunities for the code generators to accept an output filename instead of always going to stdout.
2021-08-08 09:42:33 +03:00
add_custom_target(generate_${basename}Constructor.cpp DEPENDS Bindings/${basename}Constructor.cpp)
CMake: Add custom target to build only the generated sources This is needed so all headers and files exist on disk, so that the sonar cloud analyzer can find them when executing the compilation commands contained in compile_commands.json, without actually building. Co-authored-by: Andrew Kaster <akaster@serenityos.org>
2021-08-30 05:27:50 +03:00
add_dependencies(all_generated generate_${basename}Constructor.cpp)
LibWeb: Use foreach to generate wrapper targets and tidy up CMakeLists Gather the custom commands for each of the 6 bindings generated targets for libjs_js_wrapper invocations into some lists so that we can foreach over the lists instead of having 6 copy pasted commands with one or two things modified for each one. Additional refactoring, use target_sources command to inform CMake about additional source files for LibWeb, but only after it's been declared as a library via add_library. Also avoid use of the write_if_different script and use cmake -E copy_if_different instead. This lets us express the actions in rules that CMake understands without going to an external source file. It exposes a few optimization opportunities for the code generators to accept an output filename instead of always going to stdout.
2021-08-08 09:42:33 +03:00
add_custom_target(generate_${basename}Prototype.h DEPENDS Bindings/${basename}Prototype.h)
CMake: Add custom target to build only the generated sources This is needed so all headers and files exist on disk, so that the sonar cloud analyzer can find them when executing the compilation commands contained in compile_commands.json, without actually building. Co-authored-by: Andrew Kaster <akaster@serenityos.org>
2021-08-30 05:27:50 +03:00
add_dependencies(all_generated generate_${basename}Prototype.h)
LibWeb: Use foreach to generate wrapper targets and tidy up CMakeLists Gather the custom commands for each of the 6 bindings generated targets for libjs_js_wrapper invocations into some lists so that we can foreach over the lists instead of having 6 copy pasted commands with one or two things modified for each one. Additional refactoring, use target_sources command to inform CMake about additional source files for LibWeb, but only after it's been declared as a library via add_library. Also avoid use of the write_if_different script and use cmake -E copy_if_different instead. This lets us express the actions in rules that CMake understands without going to an external source file. It exposes a few optimization opportunities for the code generators to accept an output filename instead of always going to stdout.
2021-08-08 09:42:33 +03:00
add_custom_target(generate_${basename}Prototype.cpp DEPENDS Bindings/${basename}Prototype.cpp)
CMake: Add custom target to build only the generated sources This is needed so all headers and files exist on disk, so that the sonar cloud analyzer can find them when executing the compilation commands contained in compile_commands.json, without actually building. Co-authored-by: Andrew Kaster <akaster@serenityos.org>
2021-08-30 05:27:50 +03:00
add_dependencies(all_generated generate_${basename}Prototype.cpp)
LibWeb: Generate Element bindings from IDL :^) Had to do a bunch more hacking on WrapperGenerator to support this. We now support attribute setters as well.
2020-06-21 12:39:32 +03:00
endfunction()
LibWeb: Start generating JS wrappers from (simplified) WebIDL :^) This patch introduces a hackish but functional IDL parser and uses it to generate the JS bindings for Node and Document. We'll see how far this simple parser takes us. The important thing right now is generating code, not being a perfect IDL parser. :^)
2020-06-20 23:09:38 +03:00
LibWeb: Add the Web::Crypto namespace, built-in, and getRandomValues Since we don't support IDL typedefs or unions yet, the responsibility of verifying the type of the argument is temporarily moved from the generated Wrapper to the implementation.
2021-09-30 20:02:55 +03:00
libweb_js_wrapper(Crypto/Crypto)
LibWeb: Implement SubtleCrypto.digest() This is a simple implementation of SubtleCrypto.digest() using LibCrypto under the hood, so it supports all the required hash functions: SHA-1, SHA-256, SHA-384, SHA-512. Two FIXMEs remain: doing the hashing "in parallel", and supporting an object argument instead of a plain string.
2021-12-14 01:09:55 +03:00
libweb_js_wrapper(Crypto/SubtleCrypto)
LibWeb: Make CSSRule and CSSRuleList available to JavaScript :^) This patch makes both of these classes inherit from RefCounted and Bindings::Wrappable, plus some minimal rejigging to allow us to keep using them internally while also exposing them to web content.
2021-09-29 20:41:46 +03:00
libweb_js_wrapper(CSS/CSSRule)
libweb_js_wrapper(CSS/CSSRuleList)
LibWeb: Expose barebones CSSStyleDeclaration to JavaScript You can now access an element's inline style via Element.style. The interface is not very capable yet though. :^)
2021-03-14 00:39:55 +03:00
libweb_js_wrapper(CSS/CSSStyleDeclaration)
LibWeb: Add the CSSStyleRule interface with some limited functionality
2021-09-30 00:43:18 +03:00
libweb_js_wrapper(CSS/CSSStyleRule)
LibWeb: Start exposing CSS style sheets to JavaScript :^) This patch adds bindings for the following objects: - StyleSheet - StyleSheetList - CSSStyleSheet You can get to a document's style sheets via Document.styleSheets and iterate through them using StyleSheetList's item() and length(). That's it in terms of functionality at this point, but still neat. :^)
2021-03-08 13:22:18 +03:00
libweb_js_wrapper(CSS/CSSStyleSheet)
LibWeb: Start implementing the MediaQueryList interface
2021-09-12 18:55:10 +03:00
libweb_js_wrapper(CSS/MediaQueryList)
LibWeb: Fire MediaQueryListEvents when an MQL's match-state changes The HTML event loop does a check for MQL match-state changes and dispatches the events. This requires us to keep a list of MQLs on the Document.
2021-10-04 19:41:35 +03:00
libweb_js_wrapper(CSS/MediaQueryListEvent)
LibWeb: Implement the Screen interface https://drafts.csswg.org/cssom-view/#the-screen-interface
2021-04-04 01:14:39 +03:00
libweb_js_wrapper(CSS/Screen)
LibWeb: Start exposing CSS style sheets to JavaScript :^) This patch adds bindings for the following objects: - StyleSheet - StyleSheetList - CSSStyleSheet You can get to a document's style sheets via Document.styleSheets and iterate through them using StyleSheetList's item() and length(). That's it in terms of functionality at this point, but still neat. :^)
2021-03-08 13:22:18 +03:00
libweb_js_wrapper(CSS/StyleSheet)
libweb_js_wrapper(CSS/StyleSheetList)
LibWeb: Implement Attribute closer to the spec and with an IDL file Note our Attribute class is what the spec refers to as just "Attr". The main differences between the existing implementation and the spec are just that the spec defines more fields. Attributes can contain namespace URIs and prefixes. However, note that these are not parsed in HTML documents unless the document content-type is XML. So for now, these are initialized to null. Web pages are able to set the namespace via JavaScript (setAttributeNS), so these fields may be filled in when the corresponding APIs are implemented. The main change to be aware of is that an attribute is a node. This has implications on how attributes are stored in the Element class. Nodes are non-copyable and non-movable because these constructors are deleted by the EventTarget base class. This means attributes cannot be stored in a Vector or HashMap as these containers assume copyability / movability. So for now, the Vector holding attributes is changed to hold RefPtrs to attributes instead. This might change when attribute storage is implemented according to the spec (by way of NamedNodeMap).
2021-10-15 16:57:07 +03:00
libweb_js_wrapper(DOM/Attribute)
LibWeb: Add initial support for AbortController and AbortSignal The DOM specification says that the primary use case for these is to give Promises abort semantics. It is also a prerequisite for Fetch, as it is used to make Fetch abortable. a
2021-09-02 04:12:49 +03:00
libweb_js_wrapper(DOM/AbortController)
libweb_js_wrapper(DOM/AbortSignal)
LibWeb: Add CharacterData and Text IDL interfaces
2020-08-03 21:50:45 +03:00
libweb_js_wrapper(DOM/CharacterData)
LibWeb: Add Comment and DocumentFragment bindings, move querySelector... ...{All} to ParentNode. Exposes createDocumentFragment and createComment on Document. Stubs out the document.body setter. Also adds ParentNode back :^).
2020-08-17 21:14:30 +03:00
libweb_js_wrapper(DOM/Comment)
LibWeb: Add initial support for CustomEvent This is used surprisingly often. For example, it is used by a core YouTube library called Structured Page Fragments. It allows you to manually dispatch an event with arbitrary data attached to it. The only thing missing from this implementation is the constructor. This is because WrapperGenerator is currently missing dictionary capabilities.
2021-09-27 18:10:56 +03:00
libweb_js_wrapper(DOM/CustomEvent)
LibWeb: Move HTML object model stuff into LibWeb/HTML/ Take a hint from SVG and more all the HTML classes into HTML instead of mixing them with the DOM classes.
2020-07-26 16:08:16 +03:00
libweb_js_wrapper(DOM/Document)
LibWeb: Add Comment and DocumentFragment bindings, move querySelector... ...{All} to ParentNode. Exposes createDocumentFragment and createComment on Document. Stubs out the document.body setter. Also adds ParentNode back :^).
2020-08-17 21:14:30 +03:00
libweb_js_wrapper(DOM/DocumentFragment)
LibWeb: Move HTML object model stuff into LibWeb/HTML/ Take a hint from SVG and more all the HTML classes into HTML instead of mixing them with the DOM classes.
2020-07-26 16:08:16 +03:00
libweb_js_wrapper(DOM/DocumentType)
LibWeb: Add DOM::DOMException class and bindings
2021-02-19 21:04:41 +03:00
libweb_js_wrapper(DOM/DOMException)
LibWeb: Add initial implementation of document.implementation
2020-11-13 09:08:06 +03:00
libweb_js_wrapper(DOM/DOMImplementation)
LibWeb: Implement DOMTokenList for managing space-separated tokens lists DOMTokenList is used as the return type of, e.g., the Element.classList property.
2021-10-18 18:53:40 +03:00
libweb_js_wrapper(DOM/DOMTokenList)
LibWeb: Move HTML object model stuff into LibWeb/HTML/ Take a hint from SVG and more all the HTML classes into HTML instead of mixing them with the DOM classes.
2020-07-26 16:08:16 +03:00
libweb_js_wrapper(DOM/Element)
libweb_js_wrapper(DOM/Event)
libweb_js_wrapper(DOM/EventTarget)
LibWeb: Implement a slow but functional HTMLCollection :^) HTMLCollection is an awkward legacy interface from the DOM spec. It provides a live view of a DOM subtree, with some kind of filtering that determines which elements are part of the collection. We now return HTMLCollection objects from these APIs: - getElementsByClassName() - getElementsByName() - getElementsByTagName() This initial implementation does not do any kind of caching, since that is quite a tricky problem, and there will be plenty of time for tricky problems later on when the engine is more mature.
2021-04-22 22:11:20 +03:00
libweb_js_wrapper(DOM/HTMLCollection)
LibWeb: Implement (most of) NamedNodeMap to store attributes
2021-10-16 22:30:21 +03:00
libweb_js_wrapper(DOM/NamedNodeMap)
LibWeb: Move HTML object model stuff into LibWeb/HTML/ Take a hint from SVG and more all the HTML classes into HTML instead of mixing them with the DOM classes.
2020-07-26 16:08:16 +03:00
libweb_js_wrapper(DOM/Node)
LibWeb: Add support for NodeList This introduces 3 classes: NodeList, StaticNodeList and LiveNodeList. NodeList is the base of the static and live versions. Static is a snapshot whereas live acts on the underlying data and thus inhibits the same issues we have currently with HTMLCollection. They were split into separate classes to not have them weirdly mis-mashed together. The create functions for static and live both return a NNRP to the base class. This is to prevent having to do awkward casting at creation and/or return, as the bindings expect to see the base NodeList only.
2021-10-02 22:33:45 +03:00
libweb_js_wrapper(DOM/NodeList)
LibWeb: Alphabetize LibWeb's forward and JS wrapper declarations
2021-10-15 14:06:30 +03:00
libweb_js_wrapper(DOM/ProcessingInstruction)
LibWeb: Generate JS bindings for Range from IDL :^)
2021-01-23 19:58:14 +03:00
libweb_js_wrapper(DOM/Range)
LibWeb: Alphabetize LibWeb's forward and JS wrapper declarations
2021-10-15 14:06:30 +03:00
libweb_js_wrapper(DOM/ShadowRoot)
LibWeb: Add CharacterData and Text IDL interfaces
2020-08-03 21:50:45 +03:00
libweb_js_wrapper(DOM/Text)
LibWeb: Implement a very basic version of TextDecoder We had a very basic implementation of TextEncoder, let's add a TextDecoder next to that :^)
2022-02-15 13:46:21 +03:00
libweb_js_wrapper(Encoding/TextDecoder)
LibWeb: Add the TextEncoder interface This is from the Encoding Standard (https://encoding.spec.whatwg.org), and therefore gets its own namespace and subdirectory within LibWeb :^)
2021-12-12 21:03:22 +03:00
libweb_js_wrapper(Encoding/TextEncoder)
LibWeb: Add DOMRect and Element.getBoundingClientRect() This marks our entry into the Web::Geometry namespace, based on the "Geometry" spec at https://drafts.fxtf.org/geometry/
2021-09-27 01:55:13 +03:00
libweb_js_wrapper(Geometry/DOMRect)
LibWeb: Implement Geometry::DOMRectList Implement DOMRectList that is used as a return type of getClientRects functions on Element and Range.
2022-02-12 16:38:54 +03:00
libweb_js_wrapper(Geometry/DOMRectList)
LibWeb: Add DOMRectReadOnly and make DOMRect inherit from it This matches the class hierarchy of the CSS Geometry Interfaces Module.
2021-10-08 23:59:15 +03:00
libweb_js_wrapper(Geometry/DOMRectReadOnly)
LibWeb: Add barebones CanvasGradient object Also add the CanvasRenderingContext2D APIs to go along with it. Note that it can't be used for anything yet.
2022-02-03 22:08:27 +03:00
libweb_js_wrapper(HTML/CanvasGradient)
LibWeb: Move HTML object model stuff into LibWeb/HTML/ Take a hint from SVG and more all the HTML classes into HTML instead of mixing them with the DOM classes.
2020-07-26 16:08:16 +03:00
libweb_js_wrapper(HTML/CanvasRenderingContext2D)
LibWeb: Add WebSocket bindings The WebSocket bindings match the original specification from the WHATWG living standard, but do not match the later update of the standard that involves FETCH. The FETCH update will be handled later since the changes would also affect XMLHttpRequest.
2021-04-24 14:54:24 +03:00
libweb_js_wrapper(HTML/CloseEvent)
LibWeb: Add DOMParser This allows you to invoke the HTML document parser and retrieve a document as though it was loaded as a web page, minus any scripting ability. This does not currently support XML parsing. This is used by YouTube (or more accurately, Web Components Polyfills) to polyfill templates.
2021-07-05 07:20:31 +03:00
libweb_js_wrapper(HTML/DOMParser)
LibWeb: Add support for HTMLOrSVGElement.dataset
2021-09-26 17:24:41 +03:00
libweb_js_wrapper(HTML/DOMStringMap)
LibWeb: Implement ErrorEvent This will be used by the new EventTarget to check if it needs to do special error event handling. Currently it isn't used for anything else.
2021-10-14 18:53:39 +03:00
libweb_js_wrapper(HTML/ErrorEvent)
LibWeb: Add the History object and stub pushState and replaceState The spec allows us to optionally return from these for any reason. Our reason is that we don't have all the infrastructure in place yet to implement them.
2021-09-12 01:43:34 +03:00
libweb_js_wrapper(HTML/History)
LibWeb: Add a whole bunch of HTML DOM bindings Note that these aren't full implementations of the bindings. This mostly implements the low hanging fruit (namely, basic reflections) There are some attributes that should be USVString instead of DOMString. However, USVString is a slightly different definition of DOMString, so it should suffice for now.
2020-07-27 07:04:26 +03:00
libweb_js_wrapper(HTML/HTMLAnchorElement)
LibWeb: Add HTML elements to factories, add missing tags and attributes This is mostly to get the grunt work of the way. This is split up into multiple commits to hopefully make it more manageable to review. Note that these are not full implementations, and the bindings mostly get the low hanging fruit. Also implements some attributes that I kept out because they had dashes in them. Therefore, this closes #2905.
2020-08-09 19:10:41 +03:00
libweb_js_wrapper(HTML/HTMLAreaElement)
libweb_js_wrapper(HTML/HTMLAudioElement)
libweb_js_wrapper(HTML/HTMLBaseElement)
LibWeb: Add a whole bunch of HTML DOM bindings Note that these aren't full implementations of the bindings. This mostly implements the low hanging fruit (namely, basic reflections) There are some attributes that should be USVString instead of DOMString. However, USVString is a slightly different definition of DOMString, so it should suffice for now.
2020-07-27 07:04:26 +03:00
libweb_js_wrapper(HTML/HTMLBodyElement)
libweb_js_wrapper(HTML/HTMLBRElement)
LibWeb: Add HTML elements to factories, add missing tags and attributes This is mostly to get the grunt work of the way. This is split up into multiple commits to hopefully make it more manageable to review. Note that these are not full implementations, and the bindings mostly get the low hanging fruit. Also implements some attributes that I kept out because they had dashes in them. Therefore, this closes #2905.
2020-08-09 19:10:41 +03:00
libweb_js_wrapper(HTML/HTMLButtonElement)
LibWeb: Move HTML object model stuff into LibWeb/HTML/ Take a hint from SVG and more all the HTML classes into HTML instead of mixing them with the DOM classes.
2020-07-26 16:08:16 +03:00
libweb_js_wrapper(HTML/HTMLCanvasElement)
LibWeb: Add HTML elements to factories, add missing tags and attributes This is mostly to get the grunt work of the way. This is split up into multiple commits to hopefully make it more manageable to review. Note that these are not full implementations, and the bindings mostly get the low hanging fruit. Also implements some attributes that I kept out because they had dashes in them. Therefore, this closes #2905.
2020-08-09 19:10:41 +03:00
libweb_js_wrapper(HTML/HTMLDataElement)
libweb_js_wrapper(HTML/HTMLDataListElement)
libweb_js_wrapper(HTML/HTMLDetailsElement)
libweb_js_wrapper(HTML/HTMLDialogElement)
LibWeb: Add almost all obsolete but required IDL attributes As according to https://html.spec.whatwg.org/multipage/obsolete.html Section 16.3 "Requirements for implementations" Not all of these attributes are included due to requiring a bit more functionality.
2020-11-12 07:16:41 +03:00
libweb_js_wrapper(HTML/HTMLDirectoryElement)
LibWeb: Add HTML elements to factories, add missing tags and attributes This is mostly to get the grunt work of the way. This is split up into multiple commits to hopefully make it more manageable to review. Note that these are not full implementations, and the bindings mostly get the low hanging fruit. Also implements some attributes that I kept out because they had dashes in them. Therefore, this closes #2905.
2020-08-09 19:10:41 +03:00
libweb_js_wrapper(HTML/HTMLDivElement)
libweb_js_wrapper(HTML/HTMLDListElement)
LibWeb: Move HTML object model stuff into LibWeb/HTML/ Take a hint from SVG and more all the HTML classes into HTML instead of mixing them with the DOM classes.
2020-07-26 16:08:16 +03:00
libweb_js_wrapper(HTML/HTMLElement)
LibWeb: Add HTML elements to factories, add missing tags and attributes This is mostly to get the grunt work of the way. This is split up into multiple commits to hopefully make it more manageable to review. Note that these are not full implementations, and the bindings mostly get the low hanging fruit. Also implements some attributes that I kept out because they had dashes in them. Therefore, this closes #2905.
2020-08-09 19:10:41 +03:00
libweb_js_wrapper(HTML/HTMLEmbedElement)
libweb_js_wrapper(HTML/HTMLFieldSetElement)
LibWeb: Add almost all obsolete but required IDL attributes As according to https://html.spec.whatwg.org/multipage/obsolete.html Section 16.3 "Requirements for implementations" Not all of these attributes are included due to requiring a bit more functionality.
2020-11-12 07:16:41 +03:00
libweb_js_wrapper(HTML/HTMLFontElement)
LibWeb: Add a whole bunch of HTML DOM bindings Note that these aren't full implementations of the bindings. This mostly implements the low hanging fruit (namely, basic reflections) There are some attributes that should be USVString instead of DOMString. However, USVString is a slightly different definition of DOMString, so it should suffice for now.
2020-07-27 07:04:26 +03:00
libweb_js_wrapper(HTML/HTMLFormElement)
LibWeb: Add HTML elements to factories, add missing tags and attributes This is mostly to get the grunt work of the way. This is split up into multiple commits to hopefully make it more manageable to review. Note that these are not full implementations, and the bindings mostly get the low hanging fruit. Also implements some attributes that I kept out because they had dashes in them. Therefore, this closes #2905.
2020-08-09 19:10:41 +03:00
libweb_js_wrapper(HTML/HTMLFrameElement)
libweb_js_wrapper(HTML/HTMLFrameSetElement)
LibWeb: Add a whole bunch of HTML DOM bindings Note that these aren't full implementations of the bindings. This mostly implements the low hanging fruit (namely, basic reflections) There are some attributes that should be USVString instead of DOMString. However, USVString is a slightly different definition of DOMString, so it should suffice for now.
2020-07-27 07:04:26 +03:00
libweb_js_wrapper(HTML/HTMLHeadElement)
libweb_js_wrapper(HTML/HTMLHeadingElement)
libweb_js_wrapper(HTML/HTMLHRElement)
libweb_js_wrapper(HTML/HTMLHtmlElement)
libweb_js_wrapper(HTML/HTMLIFrameElement)
LibWeb: Move HTML object model stuff into LibWeb/HTML/ Take a hint from SVG and more all the HTML classes into HTML instead of mixing them with the DOM classes.
2020-07-26 16:08:16 +03:00
libweb_js_wrapper(HTML/HTMLImageElement)
LibWeb: Add a whole bunch of HTML DOM bindings Note that these aren't full implementations of the bindings. This mostly implements the low hanging fruit (namely, basic reflections) There are some attributes that should be USVString instead of DOMString. However, USVString is a slightly different definition of DOMString, so it should suffice for now.
2020-07-27 07:04:26 +03:00
libweb_js_wrapper(HTML/HTMLInputElement)
LibWeb: Add HTML elements to factories, add missing tags and attributes This is mostly to get the grunt work of the way. This is split up into multiple commits to hopefully make it more manageable to review. Note that these are not full implementations, and the bindings mostly get the low hanging fruit. Also implements some attributes that I kept out because they had dashes in them. Therefore, this closes #2905.
2020-08-09 19:10:41 +03:00
libweb_js_wrapper(HTML/HTMLLabelElement)
libweb_js_wrapper(HTML/HTMLLegendElement)
libweb_js_wrapper(HTML/HTMLLIElement)
LibWeb: Add a whole bunch of HTML DOM bindings Note that these aren't full implementations of the bindings. This mostly implements the low hanging fruit (namely, basic reflections) There are some attributes that should be USVString instead of DOMString. However, USVString is a slightly different definition of DOMString, so it should suffice for now.
2020-07-27 07:04:26 +03:00
libweb_js_wrapper(HTML/HTMLLinkElement)
LibWeb: Add HTML elements to factories, add missing tags and attributes This is mostly to get the grunt work of the way. This is split up into multiple commits to hopefully make it more manageable to review. Note that these are not full implementations, and the bindings mostly get the low hanging fruit. Also implements some attributes that I kept out because they had dashes in them. Therefore, this closes #2905.
2020-08-09 19:10:41 +03:00
libweb_js_wrapper(HTML/HTMLMapElement)
libweb_js_wrapper(HTML/HTMLMarqueeElement)
libweb_js_wrapper(HTML/HTMLMediaElement)
libweb_js_wrapper(HTML/HTMLMenuElement)
libweb_js_wrapper(HTML/HTMLMetaElement)
libweb_js_wrapper(HTML/HTMLMeterElement)
libweb_js_wrapper(HTML/HTMLModElement)
LibWeb: Add a whole bunch of HTML DOM bindings Note that these aren't full implementations of the bindings. This mostly implements the low hanging fruit (namely, basic reflections) There are some attributes that should be USVString instead of DOMString. However, USVString is a slightly different definition of DOMString, so it should suffice for now.
2020-07-27 07:04:26 +03:00
libweb_js_wrapper(HTML/HTMLObjectElement)
LibWeb: Add HTML elements to factories, add missing tags and attributes This is mostly to get the grunt work of the way. This is split up into multiple commits to hopefully make it more manageable to review. Note that these are not full implementations, and the bindings mostly get the low hanging fruit. Also implements some attributes that I kept out because they had dashes in them. Therefore, this closes #2905.
2020-08-09 19:10:41 +03:00
libweb_js_wrapper(HTML/HTMLOListElement)
libweb_js_wrapper(HTML/HTMLOptGroupElement)
libweb_js_wrapper(HTML/HTMLOptionElement)
libweb_js_wrapper(HTML/HTMLOutputElement)
libweb_js_wrapper(HTML/HTMLParagraphElement)
libweb_js_wrapper(HTML/HTMLParamElement)
libweb_js_wrapper(HTML/HTMLPictureElement)
libweb_js_wrapper(HTML/HTMLPreElement)
libweb_js_wrapper(HTML/HTMLProgressElement)
libweb_js_wrapper(HTML/HTMLQuoteElement)
LibWeb: Add a whole bunch of HTML DOM bindings Note that these aren't full implementations of the bindings. This mostly implements the low hanging fruit (namely, basic reflections) There are some attributes that should be USVString instead of DOMString. However, USVString is a slightly different definition of DOMString, so it should suffice for now.
2020-07-27 07:04:26 +03:00
libweb_js_wrapper(HTML/HTMLScriptElement)
LibWeb: Add HTML elements to factories, add missing tags and attributes This is mostly to get the grunt work of the way. This is split up into multiple commits to hopefully make it more manageable to review. Note that these are not full implementations, and the bindings mostly get the low hanging fruit. Also implements some attributes that I kept out because they had dashes in them. Therefore, this closes #2905.
2020-08-09 19:10:41 +03:00
libweb_js_wrapper(HTML/HTMLSelectElement)
libweb_js_wrapper(HTML/HTMLSlotElement)
libweb_js_wrapper(HTML/HTMLSourceElement)
libweb_js_wrapper(HTML/HTMLSpanElement)
LibWeb: Add a whole bunch of HTML DOM bindings Note that these aren't full implementations of the bindings. This mostly implements the low hanging fruit (namely, basic reflections) There are some attributes that should be USVString instead of DOMString. However, USVString is a slightly different definition of DOMString, so it should suffice for now.
2020-07-27 07:04:26 +03:00
libweb_js_wrapper(HTML/HTMLStyleElement)
LibWeb: Add HTML elements to factories, add missing tags and attributes This is mostly to get the grunt work of the way. This is split up into multiple commits to hopefully make it more manageable to review. Note that these are not full implementations, and the bindings mostly get the low hanging fruit. Also implements some attributes that I kept out because they had dashes in them. Therefore, this closes #2905.
2020-08-09 19:10:41 +03:00
libweb_js_wrapper(HTML/HTMLTableCaptionElement)
LibWeb: Add a whole bunch of HTML DOM bindings Note that these aren't full implementations of the bindings. This mostly implements the low hanging fruit (namely, basic reflections) There are some attributes that should be USVString instead of DOMString. However, USVString is a slightly different definition of DOMString, so it should suffice for now.
2020-07-27 07:04:26 +03:00
libweb_js_wrapper(HTML/HTMLTableCellElement)
LibWeb: Add HTML elements to factories, add missing tags and attributes This is mostly to get the grunt work of the way. This is split up into multiple commits to hopefully make it more manageable to review. Note that these are not full implementations, and the bindings mostly get the low hanging fruit. Also implements some attributes that I kept out because they had dashes in them. Therefore, this closes #2905.
2020-08-09 19:10:41 +03:00
libweb_js_wrapper(HTML/HTMLTableColElement)
LibWeb: Add a whole bunch of HTML DOM bindings Note that these aren't full implementations of the bindings. This mostly implements the low hanging fruit (namely, basic reflections) There are some attributes that should be USVString instead of DOMString. However, USVString is a slightly different definition of DOMString, so it should suffice for now.
2020-07-27 07:04:26 +03:00
libweb_js_wrapper(HTML/HTMLTableElement)
libweb_js_wrapper(HTML/HTMLTableRowElement)
LibWeb: Add HTML elements to factories, add missing tags and attributes This is mostly to get the grunt work of the way. This is split up into multiple commits to hopefully make it more manageable to review. Note that these are not full implementations, and the bindings mostly get the low hanging fruit. Also implements some attributes that I kept out because they had dashes in them. Therefore, this closes #2905.
2020-08-09 19:10:41 +03:00
libweb_js_wrapper(HTML/HTMLTableSectionElement)
libweb_js_wrapper(HTML/HTMLTemplateElement)
libweb_js_wrapper(HTML/HTMLTextAreaElement)
libweb_js_wrapper(HTML/HTMLTimeElement)
LibWeb: Add a whole bunch of HTML DOM bindings Note that these aren't full implementations of the bindings. This mostly implements the low hanging fruit (namely, basic reflections) There are some attributes that should be USVString instead of DOMString. However, USVString is a slightly different definition of DOMString, so it should suffice for now.
2020-07-27 07:04:26 +03:00
libweb_js_wrapper(HTML/HTMLTitleElement)
LibWeb: Add HTML elements to factories, add missing tags and attributes This is mostly to get the grunt work of the way. This is split up into multiple commits to hopefully make it more manageable to review. Note that these are not full implementations, and the bindings mostly get the low hanging fruit. Also implements some attributes that I kept out because they had dashes in them. Therefore, this closes #2905.
2020-08-09 19:10:41 +03:00
libweb_js_wrapper(HTML/HTMLTrackElement)
libweb_js_wrapper(HTML/HTMLUListElement)
libweb_js_wrapper(HTML/HTMLUnknownElement)
libweb_js_wrapper(HTML/HTMLVideoElement)
LibWeb: Move HTML object model stuff into LibWeb/HTML/ Take a hint from SVG and more all the HTML classes into HTML instead of mixing them with the DOM classes.
2020-07-26 16:08:16 +03:00
libweb_js_wrapper(HTML/ImageData)
LibWeb: Implement basic support for MessageChannel and MessagePort This patch adds a basic initial implementation of these API's. Since LibWeb currently doesn't support workers, this implementation of messaging doesn't bother with serializing and deserializing messages.
2021-09-19 23:12:31 +03:00
libweb_js_wrapper(HTML/MessageChannel)
LibWeb: Add WebSocket bindings The WebSocket bindings match the original specification from the WHATWG living standard, but do not match the later update of the standard that involves FETCH. The FETCH update will be handled later since the changes would also affect XMLHttpRequest.
2021-04-24 14:54:24 +03:00
libweb_js_wrapper(HTML/MessageEvent)
LibWeb: Implement basic support for MessageChannel and MessagePort This patch adds a basic initial implementation of these API's. Since LibWeb currently doesn't support workers, this implementation of messaging doesn't bother with serializing and deserializing messages.
2021-09-19 23:12:31 +03:00
libweb_js_wrapper(HTML/MessagePort)
LibWeb: Add the PageTransitionEvent interface and fire "pageshow" events We now fire "pageshow" events at the appropriate time during document loading (done by the parser.) Note that there are no corresponding "pagehide" events yet.
2021-09-26 13:39:27 +03:00
libweb_js_wrapper(HTML/PageTransitionEvent)
LibWeb: Implement PromiseRejectionEvent This paves the way for the rejectionhandled and unhandledrejection events. It's also used by core-js (in browsers, at least) to check whether Promise needs to be polyfilled, so adding it should allow more websites to leverage LibJS's native Promise implementation :^)
2021-10-11 14:59:45 +03:00
libweb_js_wrapper(HTML/PromiseRejectionEvent)
LibWeb: Add Storage interface and window.localStorage This is a naive-but-somewhat-functional initial implementation of HTML Storage. Note that there is no persistence yet, everything is in-process only, and one local Storage object per origin.
2022-02-08 21:38:29 +03:00
libweb_js_wrapper(HTML/Storage)
LibWeb: Add the submit event to HTMLFormElement Also adds the ability to submit from JavaScript.
2020-11-22 00:53:18 +03:00
libweb_js_wrapper(HTML/SubmitEvent)
LibWeb: Implement CanvasRenderingContext2D.measureText This requires an implementation of the "text preparation algorithm" as specified here: html.spec.whatwg.org/multipage/canvas.html#text-preparation-algorithm However, we're missing a lot of things such as the CanvasTextDrawingStyles interface, so most of the algorithm was not implemented. Additionally, we also are not able to use a LineBox like the algorithm suggests, because our layouting infra is not up to the task yet. The prepare_text function does nothing other than figuring out the width of the given text and return glyphs with offsets at the moment.
2021-12-31 01:15:38 +03:00
libweb_js_wrapper(HTML/TextMetrics)
LibWeb: Add partially functioning Worker API Add a partial implementation of HTML5 Worker API. Messages can be sent from the inner context externally.
2022-02-17 15:31:09 +03:00
libweb_js_wrapper(HTML/Worker)
LibWeb: Add initial implementation for WorkerGlobalScope This initial implementation stubs out the WorkerGlobalScope, WorkerLocation and WorkerNavigator classes. It doesn't take into account all the things that actually need passed into the constructors for these objects, nor the extra abstract operations that need to be performed on them by the rest of the Browser infrastructure. However, it does create bindings that compile and link :^)
2022-02-07 05:12:57 +03:00
libweb_js_wrapper(HTML/WorkerGlobalScope)
libweb_js_wrapper(HTML/WorkerLocation)
libweb_js_wrapper(HTML/WorkerNavigator)
LibWeb: Implement performance.now() This patch introduces the HighResolutionTime namespace which is home to the Performance object (exposed via window.performance) performance.now() is currently the only function, and it returns the number of milliseconds since the window object was constructed. :^)
2020-09-29 19:19:18 +03:00
libweb_js_wrapper(HighResolutionTime/Performance)
LibWeb: Stub out a basic IntersectionObserver interface Note there are a couple of type differences between the spec and the IDL file added in this commit. For example, we will need to support a type of Variant to handle spec types such as "(double or sequence<double>)". But for now, this allows web pages to construct an IntersectionObserver with any valid type.
2021-10-13 21:20:50 +03:00
libweb_js_wrapper(IntersectionObserver/IntersectionObserver)
LibWeb: Stub out the PerformanceTiming object from Navigation Timing Just have all the timing functions return 0 for now. We can now run the Shynet JS on https://linus.dev/ although the XHR is rejected by our same-origin policy.
2021-01-18 17:06:13 +03:00
libweb_js_wrapper(NavigationTiming/PerformanceTiming)
LibWeb: Add the IdleDeadline interface from the RequestIdleCallback spec
2021-09-17 02:42:36 +03:00
libweb_js_wrapper(RequestIdleCallback/IdleDeadline)
LibWeb: Stub out a basic ResizeObserver interface This patch establishes scaffolding for the ResizeObserver API.
2021-10-11 01:18:07 +03:00
libweb_js_wrapper(ResizeObserver/ResizeObserver)
LibWeb: Add empty IDL bindings for current SVG elements Nothing in them right now as the classes don't contain the IDL methods.
2020-10-02 22:57:28 +03:00
libweb_js_wrapper(SVG/SVGElement)
libweb_js_wrapper(SVG/SVGGeometryElement)
libweb_js_wrapper(SVG/SVGGraphicsElement)
LibWeb: Add SVG `<circle>` element and test case :^)
2022-02-11 19:14:58 +03:00
libweb_js_wrapper(SVG/SVGCircleElement)
LibWeb: Add SVG `<ellipse>` element and test case :^)
2022-02-11 19:45:59 +03:00
libweb_js_wrapper(SVG/SVGEllipseElement)
LibWeb: Add SVG `<line>` element and test case :^)
2022-02-11 19:56:36 +03:00
libweb_js_wrapper(SVG/SVGLineElement)
LibWeb: Add empty IDL bindings for current SVG elements Nothing in them right now as the classes don't contain the IDL methods.
2020-10-02 22:57:28 +03:00
libweb_js_wrapper(SVG/SVGPathElement)
LibWeb: Add SVG `<polygon>` element and test case :^)
2022-02-11 20:36:05 +03:00
libweb_js_wrapper(SVG/SVGPolygonElement)
LibWeb: Add SVG `<polyline>` element and test case :^)
2022-02-11 20:28:24 +03:00
libweb_js_wrapper(SVG/SVGPolylineElement)
LibWeb: Add SVG `<rect>` element and test case :^)
2022-02-11 18:52:42 +03:00
libweb_js_wrapper(SVG/SVGRectElement)
LibWeb: Add empty IDL bindings for current SVG elements Nothing in them right now as the classes don't contain the IDL methods.
2020-10-02 22:57:28 +03:00
libweb_js_wrapper(SVG/SVGSVGElement)
LibWeb: Stub out a basic Selection interface This patch establishes scaffolding for the Selection API.
2021-10-10 20:12:32 +03:00
libweb_js_wrapper(Selection/Selection)
LibWeb: Add a proper FocusEvent interface for "focus" and "blur" events
2022-02-07 02:04:10 +03:00
libweb_js_wrapper(UIEvents/FocusEvent)
LibWeb: Add a basic KeyboardEvent and fire "keydown" events :^)
2021-09-28 00:22:21 +03:00
libweb_js_wrapper(UIEvents/KeyboardEvent)
LibWeb: Move MouseEvent into the UIEvents namespace Named after the UIEvents specification that houses MouseEvent.
2020-07-28 18:21:23 +03:00
libweb_js_wrapper(UIEvents/MouseEvent)
LibWeb: Add UIEvent class (base of MouseEvent, and others)
2020-07-28 20:38:25 +03:00
libweb_js_wrapper(UIEvents/UIEvent)
LibWeb: Alphabetize LibWeb's forward and JS wrapper declarations
2021-10-15 14:06:30 +03:00
libweb_js_wrapper(URL/URL)
libweb_js_wrapper(URL/URLSearchParams ITERABLE)
LibWeb: Move WebSocket into the Web::WebSockets namespace WebSockets got moved from the HTML standard to their own, the new WebSockets Standard (https://websockets.spec.whatwg.org). Move the IDL file and implementation into a new WebSockets directory and C++ namespace accordingly.
2022-02-18 20:35:45 +03:00
libweb_js_wrapper(WebSockets/WebSocket)
LibWeb: Flesh out existing XHR methods a bit more This makes open, send and setRequestHeader a bit more spec compliant and adds a bunch of FIXMEs for unimplemented parts.
2021-01-23 20:50:22 +03:00
libweb_js_wrapper(XHR/ProgressEvent)
LibWeb: Generate JS bindings for XMLHttpRequest from IDL :^) Remove the hand-written XHR bindings in favor of generated ones.
2021-01-23 15:23:17 +03:00
libweb_js_wrapper(XHR/XMLHttpRequest)
LibWeb: Add XHREventTarget and have XHR inherit from it
2021-01-23 20:52:16 +03:00
libweb_js_wrapper(XHR/XMLHttpRequestEventTarget)
LibWeb: Add HTMLElement wrapper Expose the "title" attribute just to expose something. :^)
2020-06-21 15:35:00 +03:00
Build: Switch to CMake :^) Closes https://github.com/SerenityOS/serenity/issues/2080
2020-05-06 18:40:06 +03:00
add_custom_command(
OUTPUT CSS/PropertyID.h
LibWeb: Use foreach to generate wrapper targets and tidy up CMakeLists Gather the custom commands for each of the 6 bindings generated targets for libjs_js_wrapper invocations into some lists so that we can foreach over the lists instead of having 6 copy pasted commands with one or two things modified for each one. Additional refactoring, use target_sources command to inform CMake about additional source files for LibWeb, but only after it's been declared as a library via add_library. Also avoid use of the write_if_different script and use cmake -E copy_if_different instead. This lets us express the actions in rules that CMake understands without going to an external source file. It exposes a few optimization opportunities for the code generators to accept an output filename instead of always going to stdout.
2021-08-08 09:42:33 +03:00
COMMAND ${CMAKE_COMMAND} -E make_directory CSS
Meta: Use Lagom:: namespaced names for code generators This will be required when we switch to a SuperBuild that has Lagom as a configure time dependency, but is a distinct enough change to be separate.
2021-09-07 09:54:27 +03:00
COMMAND "$<TARGET_FILE:Lagom::Generate_CSS_PropertyID_h>" "${CMAKE_CURRENT_SOURCE_DIR}/CSS/Properties.json" > CSS/PropertyID.h.tmp
LibWeb: Use foreach to generate wrapper targets and tidy up CMakeLists Gather the custom commands for each of the 6 bindings generated targets for libjs_js_wrapper invocations into some lists so that we can foreach over the lists instead of having 6 copy pasted commands with one or two things modified for each one. Additional refactoring, use target_sources command to inform CMake about additional source files for LibWeb, but only after it's been declared as a library via add_library. Also avoid use of the write_if_different script and use cmake -E copy_if_different instead. This lets us express the actions in rules that CMake understands without going to an external source file. It exposes a few optimization opportunities for the code generators to accept an output filename instead of always going to stdout.
2021-08-08 09:42:33 +03:00
COMMAND "${CMAKE_COMMAND}" -E copy_if_different CSS/PropertyID.h.tmp CSS/PropertyID.h
COMMAND "${CMAKE_COMMAND}" -E remove CSS/PropertyID.h.tmp
Build: Switch to CMake :^) Closes https://github.com/SerenityOS/serenity/issues/2080
2020-05-06 18:40:06 +03:00
VERBATIM
Meta: Use Lagom:: namespaced names for code generators This will be required when we switch to a SuperBuild that has Lagom as a configure time dependency, but is a distinct enough change to be separate.
2021-09-07 09:54:27 +03:00
DEPENDS Lagom::Generate_CSS_PropertyID_h
Build: Switch to CMake :^) Closes https://github.com/SerenityOS/serenity/issues/2080
2020-05-06 18:40:06 +03:00
MAIN_DEPENDENCY CSS/Properties.json
)
add_custom_target(generate_PropertyID.h DEPENDS CSS/PropertyID.h)
CMake: Add custom target to build only the generated sources This is needed so all headers and files exist on disk, so that the sonar cloud analyzer can find them when executing the compilation commands contained in compile_commands.json, without actually building. Co-authored-by: Andrew Kaster <akaster@serenityos.org>
2021-08-30 05:27:50 +03:00
add_dependencies(all_generated generate_PropertyID.h)
Build: Switch to CMake :^) Closes https://github.com/SerenityOS/serenity/issues/2080
2020-05-06 18:40:06 +03:00
add_custom_command(
OUTPUT CSS/PropertyID.cpp
Build: Use cmake's make_directory utility instead of env(1) and mkdir(1) ..in CMake files. Also, the `-S`s were unnecessary here since "mkdir" doesn't have any spaces and these are not shebangs.
2021-01-22 22:00:21 +03:00
COMMAND ${CMAKE_COMMAND} -E make_directory CSS
Meta: Use Lagom:: namespaced names for code generators This will be required when we switch to a SuperBuild that has Lagom as a configure time dependency, but is a distinct enough change to be separate.
2021-09-07 09:54:27 +03:00
COMMAND "$<TARGET_FILE:Lagom::Generate_CSS_PropertyID_cpp>" "${CMAKE_CURRENT_SOURCE_DIR}/CSS/Properties.json" > CSS/PropertyID.cpp.tmp
LibWeb: Use foreach to generate wrapper targets and tidy up CMakeLists Gather the custom commands for each of the 6 bindings generated targets for libjs_js_wrapper invocations into some lists so that we can foreach over the lists instead of having 6 copy pasted commands with one or two things modified for each one. Additional refactoring, use target_sources command to inform CMake about additional source files for LibWeb, but only after it's been declared as a library via add_library. Also avoid use of the write_if_different script and use cmake -E copy_if_different instead. This lets us express the actions in rules that CMake understands without going to an external source file. It exposes a few optimization opportunities for the code generators to accept an output filename instead of always going to stdout.
2021-08-08 09:42:33 +03:00
COMMAND "${CMAKE_COMMAND}" -E copy_if_different CSS/PropertyID.cpp.tmp CSS/PropertyID.cpp
COMMAND "${CMAKE_COMMAND}" -E remove CSS/PropertyID.cpp.tmp
Build: Switch to CMake :^) Closes https://github.com/SerenityOS/serenity/issues/2080
2020-05-06 18:40:06 +03:00
VERBATIM
Meta: Use Lagom:: namespaced names for code generators This will be required when we switch to a SuperBuild that has Lagom as a configure time dependency, but is a distinct enough change to be separate.
2021-09-07 09:54:27 +03:00
DEPENDS Lagom::Generate_CSS_PropertyID_cpp
Build: Switch to CMake :^) Closes https://github.com/SerenityOS/serenity/issues/2080
2020-05-06 18:40:06 +03:00
MAIN_DEPENDENCY CSS/Properties.json
)
LibWeb: Use foreach to generate wrapper targets and tidy up CMakeLists Gather the custom commands for each of the 6 bindings generated targets for libjs_js_wrapper invocations into some lists so that we can foreach over the lists instead of having 6 copy pasted commands with one or two things modified for each one. Additional refactoring, use target_sources command to inform CMake about additional source files for LibWeb, but only after it's been declared as a library via add_library. Also avoid use of the write_if_different script and use cmake -E copy_if_different instead. This lets us express the actions in rules that CMake understands without going to an external source file. It exposes a few optimization opportunities for the code generators to accept an output filename instead of always going to stdout.
2021-08-08 09:42:33 +03:00
add_custom_target(generate_PropertyID.cpp DEPENDS CSS/PropertyID.cpp)
CMake: Add custom target to build only the generated sources This is needed so all headers and files exist on disk, so that the sonar cloud analyzer can find them when executing the compilation commands contained in compile_commands.json, without actually building. Co-authored-by: Andrew Kaster <akaster@serenityos.org>
2021-08-30 05:27:50 +03:00
add_dependencies(all_generated generate_PropertyID.cpp)
Build: Switch to CMake :^) Closes https://github.com/SerenityOS/serenity/issues/2080
2020-05-06 18:40:06 +03:00
LibWeb: Generate the CSS::ValueID enum and its helper functions
2020-12-15 22:39:09 +03:00
add_custom_command(
OUTPUT CSS/ValueID.h
LibWeb: Use foreach to generate wrapper targets and tidy up CMakeLists Gather the custom commands for each of the 6 bindings generated targets for libjs_js_wrapper invocations into some lists so that we can foreach over the lists instead of having 6 copy pasted commands with one or two things modified for each one. Additional refactoring, use target_sources command to inform CMake about additional source files for LibWeb, but only after it's been declared as a library via add_library. Also avoid use of the write_if_different script and use cmake -E copy_if_different instead. This lets us express the actions in rules that CMake understands without going to an external source file. It exposes a few optimization opportunities for the code generators to accept an output filename instead of always going to stdout.
2021-08-08 09:42:33 +03:00
COMMAND "${CMAKE_COMMAND}" -E make_directory CSS
Meta: Use Lagom:: namespaced names for code generators This will be required when we switch to a SuperBuild that has Lagom as a configure time dependency, but is a distinct enough change to be separate.
2021-09-07 09:54:27 +03:00
COMMAND "$<TARGET_FILE:Lagom::Generate_CSS_ValueID_h>" "${CMAKE_CURRENT_SOURCE_DIR}/CSS/Identifiers.json" > CSS/ValueID.h.tmp
LibWeb: Use foreach to generate wrapper targets and tidy up CMakeLists Gather the custom commands for each of the 6 bindings generated targets for libjs_js_wrapper invocations into some lists so that we can foreach over the lists instead of having 6 copy pasted commands with one or two things modified for each one. Additional refactoring, use target_sources command to inform CMake about additional source files for LibWeb, but only after it's been declared as a library via add_library. Also avoid use of the write_if_different script and use cmake -E copy_if_different instead. This lets us express the actions in rules that CMake understands without going to an external source file. It exposes a few optimization opportunities for the code generators to accept an output filename instead of always going to stdout.
2021-08-08 09:42:33 +03:00
COMMAND "${CMAKE_COMMAND}" -E copy_if_different CSS/ValueID.h.tmp CSS/ValueID.h
COMMAND "${CMAKE_COMMAND}" -E remove CSS/ValueID.h.tmp
LibWeb: Generate the CSS::ValueID enum and its helper functions
2020-12-15 22:39:09 +03:00
VERBATIM
Meta: Use Lagom:: namespaced names for code generators This will be required when we switch to a SuperBuild that has Lagom as a configure time dependency, but is a distinct enough change to be separate.
2021-09-07 09:54:27 +03:00
DEPENDS Lagom::Generate_CSS_ValueID_h
LibWeb: Generate the CSS::ValueID enum and its helper functions
2020-12-15 22:39:09 +03:00
MAIN_DEPENDENCY CSS/Identifiers.json
)
add_custom_target(generate_ValueID.h DEPENDS CSS/ValueID.h)
CMake: Add custom target to build only the generated sources This is needed so all headers and files exist on disk, so that the sonar cloud analyzer can find them when executing the compilation commands contained in compile_commands.json, without actually building. Co-authored-by: Andrew Kaster <akaster@serenityos.org>
2021-08-30 05:27:50 +03:00
add_dependencies(all_generated generate_ValueID.h)
LibWeb: Generate the CSS::ValueID enum and its helper functions
2020-12-15 22:39:09 +03:00
add_custom_command(
OUTPUT CSS/ValueID.cpp
LibWeb: Use foreach to generate wrapper targets and tidy up CMakeLists Gather the custom commands for each of the 6 bindings generated targets for libjs_js_wrapper invocations into some lists so that we can foreach over the lists instead of having 6 copy pasted commands with one or two things modified for each one. Additional refactoring, use target_sources command to inform CMake about additional source files for LibWeb, but only after it's been declared as a library via add_library. Also avoid use of the write_if_different script and use cmake -E copy_if_different instead. This lets us express the actions in rules that CMake understands without going to an external source file. It exposes a few optimization opportunities for the code generators to accept an output filename instead of always going to stdout.
2021-08-08 09:42:33 +03:00
COMMAND "${CMAKE_COMMAND}" -E make_directory CSS
Meta: Use Lagom:: namespaced names for code generators This will be required when we switch to a SuperBuild that has Lagom as a configure time dependency, but is a distinct enough change to be separate.
2021-09-07 09:54:27 +03:00
COMMAND "$<TARGET_FILE:Lagom::Generate_CSS_ValueID_cpp>" "${CMAKE_CURRENT_SOURCE_DIR}/CSS/Identifiers.json" > CSS/ValueID.cpp.tmp
LibWeb: Use foreach to generate wrapper targets and tidy up CMakeLists Gather the custom commands for each of the 6 bindings generated targets for libjs_js_wrapper invocations into some lists so that we can foreach over the lists instead of having 6 copy pasted commands with one or two things modified for each one. Additional refactoring, use target_sources command to inform CMake about additional source files for LibWeb, but only after it's been declared as a library via add_library. Also avoid use of the write_if_different script and use cmake -E copy_if_different instead. This lets us express the actions in rules that CMake understands without going to an external source file. It exposes a few optimization opportunities for the code generators to accept an output filename instead of always going to stdout.
2021-08-08 09:42:33 +03:00
COMMAND "${CMAKE_COMMAND}" -E copy_if_different CSS/ValueID.cpp.tmp CSS/ValueID.cpp
COMMAND "${CMAKE_COMMAND}" -E remove CSS/ValueID.cpp.tmp
LibWeb: Generate the CSS::ValueID enum and its helper functions
2020-12-15 22:39:09 +03:00
VERBATIM
Meta: Use Lagom:: namespaced names for code generators This will be required when we switch to a SuperBuild that has Lagom as a configure time dependency, but is a distinct enough change to be separate.
2021-09-07 09:54:27 +03:00
DEPENDS Lagom::Generate_CSS_ValueID_cpp
LibWeb: Generate the CSS::ValueID enum and its helper functions
2020-12-15 22:39:09 +03:00
MAIN_DEPENDENCY CSS/Identifiers.json
)
LibWeb: Use foreach to generate wrapper targets and tidy up CMakeLists Gather the custom commands for each of the 6 bindings generated targets for libjs_js_wrapper invocations into some lists so that we can foreach over the lists instead of having 6 copy pasted commands with one or two things modified for each one. Additional refactoring, use target_sources command to inform CMake about additional source files for LibWeb, but only after it's been declared as a library via add_library. Also avoid use of the write_if_different script and use cmake -E copy_if_different instead. This lets us express the actions in rules that CMake understands without going to an external source file. It exposes a few optimization opportunities for the code generators to accept an output filename instead of always going to stdout.
2021-08-08 09:42:33 +03:00
add_custom_target(generate_ValueID.cpp DEPENDS CSS/ValueID.cpp)
CMake: Add custom target to build only the generated sources This is needed so all headers and files exist on disk, so that the sonar cloud analyzer can find them when executing the compilation commands contained in compile_commands.json, without actually building. Co-authored-by: Andrew Kaster <akaster@serenityos.org>
2021-08-30 05:27:50 +03:00
add_dependencies(all_generated generate_ValueID.cpp)
LibWeb: Generate the CSS::ValueID enum and its helper functions
2020-12-15 22:39:09 +03:00
Build: Switch to CMake :^) Closes https://github.com/SerenityOS/serenity/issues/2080
2020-05-06 18:40:06 +03:00
add_custom_command(
OUTPUT CSS/DefaultStyleSheetSource.cpp
LibWeb: Use foreach to generate wrapper targets and tidy up CMakeLists Gather the custom commands for each of the 6 bindings generated targets for libjs_js_wrapper invocations into some lists so that we can foreach over the lists instead of having 6 copy pasted commands with one or two things modified for each one. Additional refactoring, use target_sources command to inform CMake about additional source files for LibWeb, but only after it's been declared as a library via add_library. Also avoid use of the write_if_different script and use cmake -E copy_if_different instead. This lets us express the actions in rules that CMake understands without going to an external source file. It exposes a few optimization opportunities for the code generators to accept an output filename instead of always going to stdout.
2021-08-08 09:42:33 +03:00
COMMAND "${CMAKE_COMMAND}" -E make_directory CSS
COMMAND "${CMAKE_CURRENT_SOURCE_DIR}/Scripts/GenerateStyleSheetSource.sh" default_stylesheet_source "${CMAKE_CURRENT_SOURCE_DIR}/CSS/Default.css" > CSS/DefaultStyleSheetSource.cpp.tmp
COMMAND "${CMAKE_COMMAND}" -E copy_if_different CSS/DefaultStyleSheetSource.cpp.tmp CSS/DefaultStyleSheetSource.cpp
COMMAND "${CMAKE_COMMAND}" -E remove CSS/DefaultStyleSheetSource.cpp.tmp
Build: Switch to CMake :^) Closes https://github.com/SerenityOS/serenity/issues/2080
2020-05-06 18:40:06 +03:00
VERBATIM
LibWeb: Use foreach to generate wrapper targets and tidy up CMakeLists Gather the custom commands for each of the 6 bindings generated targets for libjs_js_wrapper invocations into some lists so that we can foreach over the lists instead of having 6 copy pasted commands with one or two things modified for each one. Additional refactoring, use target_sources command to inform CMake about additional source files for LibWeb, but only after it's been declared as a library via add_library. Also avoid use of the write_if_different script and use cmake -E copy_if_different instead. This lets us express the actions in rules that CMake understands without going to an external source file. It exposes a few optimization opportunities for the code generators to accept an output filename instead of always going to stdout.
2021-08-08 09:42:33 +03:00
DEPENDS "${CMAKE_CURRENT_SOURCE_DIR}/Scripts/GenerateStyleSheetSource.sh"
Build: Switch to CMake :^) Closes https://github.com/SerenityOS/serenity/issues/2080
2020-05-06 18:40:06 +03:00
MAIN_DEPENDENCY CSS/Default.css
)
LibWeb: Use foreach to generate wrapper targets and tidy up CMakeLists Gather the custom commands for each of the 6 bindings generated targets for libjs_js_wrapper invocations into some lists so that we can foreach over the lists instead of having 6 copy pasted commands with one or two things modified for each one. Additional refactoring, use target_sources command to inform CMake about additional source files for LibWeb, but only after it's been declared as a library via add_library. Also avoid use of the write_if_different script and use cmake -E copy_if_different instead. This lets us express the actions in rules that CMake understands without going to an external source file. It exposes a few optimization opportunities for the code generators to accept an output filename instead of always going to stdout.
2021-08-08 09:42:33 +03:00
add_custom_target(generate_DefaultStyleSheetSource.cpp DEPENDS CSS/DefaultStyleSheetSource.cpp)
CMake: Add custom target to build only the generated sources This is needed so all headers and files exist on disk, so that the sonar cloud analyzer can find them when executing the compilation commands contained in compile_commands.json, without actually building. Co-authored-by: Andrew Kaster <akaster@serenityos.org>
2021-08-30 05:27:50 +03:00
add_dependencies(all_generated generate_DefaultStyleSheetSource.cpp)
Build: Switch to CMake :^) Closes https://github.com/SerenityOS/serenity/issues/2080
2020-05-06 18:40:06 +03:00
LibWeb: Add a separate UA style sheet for documents in quirks mode We need to make some additional tweaks to the default UA style when displaying documents in quirks mode.
2020-09-24 11:33:33 +03:00
add_custom_command(
OUTPUT CSS/QuirksModeStyleSheetSource.cpp
LibWeb: Use foreach to generate wrapper targets and tidy up CMakeLists Gather the custom commands for each of the 6 bindings generated targets for libjs_js_wrapper invocations into some lists so that we can foreach over the lists instead of having 6 copy pasted commands with one or two things modified for each one. Additional refactoring, use target_sources command to inform CMake about additional source files for LibWeb, but only after it's been declared as a library via add_library. Also avoid use of the write_if_different script and use cmake -E copy_if_different instead. This lets us express the actions in rules that CMake understands without going to an external source file. It exposes a few optimization opportunities for the code generators to accept an output filename instead of always going to stdout.
2021-08-08 09:42:33 +03:00
COMMAND "${CMAKE_COMMAND}" -E make_directory CSS
COMMAND "${CMAKE_CURRENT_SOURCE_DIR}/Scripts/GenerateStyleSheetSource.sh" quirks_mode_stylesheet_source "${CMAKE_CURRENT_SOURCE_DIR}/CSS/QuirksMode.css" > CSS/QuirksModeStyleSheetSource.cpp.tmp
COMMAND "${CMAKE_COMMAND}" -E copy_if_different CSS/QuirksModeStyleSheetSource.cpp.tmp CSS/QuirksModeStyleSheetSource.cpp
COMMAND "${CMAKE_COMMAND}" -E remove CSS/QuirksModeStyleSheetSource.cpp.tmp
LibWeb: Add a separate UA style sheet for documents in quirks mode We need to make some additional tweaks to the default UA style when displaying documents in quirks mode.
2020-09-24 11:33:33 +03:00
VERBATIM
LibWeb: Use foreach to generate wrapper targets and tidy up CMakeLists Gather the custom commands for each of the 6 bindings generated targets for libjs_js_wrapper invocations into some lists so that we can foreach over the lists instead of having 6 copy pasted commands with one or two things modified for each one. Additional refactoring, use target_sources command to inform CMake about additional source files for LibWeb, but only after it's been declared as a library via add_library. Also avoid use of the write_if_different script and use cmake -E copy_if_different instead. This lets us express the actions in rules that CMake understands without going to an external source file. It exposes a few optimization opportunities for the code generators to accept an output filename instead of always going to stdout.
2021-08-08 09:42:33 +03:00
DEPENDS "${CMAKE_CURRENT_SOURCE_DIR}/Scripts/GenerateStyleSheetSource.sh"
LibWeb: Add a separate UA style sheet for documents in quirks mode We need to make some additional tweaks to the default UA style when displaying documents in quirks mode.
2020-09-24 11:33:33 +03:00
MAIN_DEPENDENCY CSS/Default.css
)
LibWeb: Use foreach to generate wrapper targets and tidy up CMakeLists Gather the custom commands for each of the 6 bindings generated targets for libjs_js_wrapper invocations into some lists so that we can foreach over the lists instead of having 6 copy pasted commands with one or two things modified for each one. Additional refactoring, use target_sources command to inform CMake about additional source files for LibWeb, but only after it's been declared as a library via add_library. Also avoid use of the write_if_different script and use cmake -E copy_if_different instead. This lets us express the actions in rules that CMake understands without going to an external source file. It exposes a few optimization opportunities for the code generators to accept an output filename instead of always going to stdout.
2021-08-08 09:42:33 +03:00
add_custom_target(generate_QuirksModeStyleSheetSource.cpp DEPENDS CSS/QuirksModeStyleSheetSource.cpp)
CMake: Add custom target to build only the generated sources This is needed so all headers and files exist on disk, so that the sonar cloud analyzer can find them when executing the compilation commands contained in compile_commands.json, without actually building. Co-authored-by: Andrew Kaster <akaster@serenityos.org>
2021-08-30 05:27:50 +03:00
add_dependencies(all_generated generate_QuirksModeStyleSheetSource.cpp)
LibWeb: Build the DumpLayoutTree subdirectory
2020-12-09 01:41:56 +03:00
add_subdirectory(DumpLayoutTree)
Reference in New Issue Copy Permalink