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

71 lines
2.2 KiB
C
Raw Normal View History

Meta: Add license header to source files As suggested by Joshua, this commit adds the 2-clause BSD license as a comment block to the top of every source file. For the first pass, I've just added myself for simplicity. I encourage everyone to add themselves as copyright holders of any file they've added or modified in some significant way. If I've added myself in error somewhere, feel free to replace it with the appropriate copyright holder instead. Going forward, all new source files should include a license header.
2020-01-18 09:38:21 +01:00
/*
Meta: Update my e-mail address everywhere
2024-10-04 13:19:50 +02:00
* Copyright (c) 2018-2020, Andreas Kling <andreas@ladybird.org>
Meta: Add license header to source files As suggested by Joshua, this commit adds the 2-clause BSD license as a comment block to the top of every source file. For the first pass, I've just added myself for simplicity. I encourage everyone to add themselves as copyright holders of any file they've added or modified in some significant way. If I've added myself in error somewhere, feel free to replace it with the appropriate copyright holder instead. Going forward, all new source files should include a license header.
2020-01-18 09:38:21 +01:00
*
Everything: Move to SPDX license identifiers in all files. SPDX License Identifiers are a more compact / standardized way of representing file license information. See: https://spdx.dev/resources/use/#identifiers This was done with the `ambr` search and replace tool. ambr --no-parent-ignore --key-from-file --rep-from-file key.txt rep.txt *
2021-04-22 01:24:48 -07:00
* SPDX-License-Identifier: BSD-2-Clause
Meta: Add license header to source files As suggested by Joshua, this commit adds the 2-clause BSD license as a comment block to the top of every source file. For the first pass, I've just added myself for simplicity. I encourage everyone to add themselves as copyright holders of any file they've added or modified in some significant way. If I've added myself in error somewhere, feel free to replace it with the appropriate copyright holder instead. Going forward, all new source files should include a license header.
2020-01-18 09:38:21 +01:00
*/
LibHTML: Move layout tree building to a LayoutTreeBuilder class Building a whole layout tree shouldn't be a concern of Node, so this patch moves it to a separate class.
2019-10-15 12:22:41 +02:00
#pragma once
#include <AK/RefPtr.h>
LibGC+Everywhere: Factor out a LibGC from LibJS Resulting in a massive rename across almost everywhere! Alongside the namespace change, we now have the following names: * JS::NonnullGCPtr -> GC::Ref * JS::GCPtr -> GC::Ptr * JS::HeapFunction -> GC::Function * JS::CellImpl -> GC::Cell * JS::Handle -> GC::Root
2024-11-15 04:01:23 +13:00
#include <LibGC/Ptr.h>
LibWeb: Add missing headers
2021-10-10 15:56:29 +02:00
#include <LibWeb/CSS/Display.h>
LibJS+LibWeb: Add a bunch of missing includes
2023-02-25 10:42:45 -07:00
#include <LibWeb/CSS/Selector.h>
LibWeb: Move DOM classes into the Web::DOM namespace LibWeb keeps growing and the Web namespace is filling up fast. Let's put DOM stuff into Web::DOM, just like we already started doing with SVG stuff in Web::SVG.
2020-07-26 19:37:56 +02:00
#include <LibWeb/Forward.h>
LibHTML: Move layout tree building to a LayoutTreeBuilder class Building a whole layout tree shouldn't be a concern of Node, so this patch moves it to a separate class.
2019-10-15 12:22:41 +02:00
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 15:53:01 +01:00
namespace Web::Layout {
LibWeb: Move everything into the Web namespace
2020-03-07 10:27:02 +01:00
LibWeb: Rename Layout::LayoutTreeBuilder => Layout::TreeBuilder
2020-11-25 20:29:03 +01:00
class TreeBuilder {
LibHTML: Move layout tree building to a LayoutTreeBuilder class Building a whole layout tree shouldn't be a concern of Node, so this patch moves it to a separate class.
2019-10-15 12:22:41 +02:00
public:
LibWeb: Rename Layout::LayoutTreeBuilder => Layout::TreeBuilder
2020-11-25 20:29:03 +01:00
TreeBuilder();
LibHTML: Move layout tree building to a LayoutTreeBuilder class Building a whole layout tree shouldn't be a concern of Node, so this patch moves it to a separate class.
2019-10-15 12:22:41 +02:00
LibGC+Everywhere: Factor out a LibGC from LibJS Resulting in a massive rename across almost everywhere! Alongside the namespace change, we now have the following names: * JS::NonnullGCPtr -> GC::Ref * JS::GCPtr -> GC::Ptr * JS::HeapFunction -> GC::Function * JS::CellImpl -> GC::Cell * JS::Handle -> GC::Root
2024-11-15 04:01:23 +13:00
GC::Ptr<Layout::Node> build(DOM::Node&);
LibWeb: Don't put block boxes inside inlines Inline layout nodes cannot have block children (except inline-block, of course.) When encountering a block box child of an inline, we now hoist the block up to the inline's containing block, and also wrap any preceding inline siblings in an anonymous wrapper block. This improves the ACID2 situation quite a bit (although we still need floats to really bring it home.) I also took this opportunity to move all tree building logic into Layout::TreeBuilder, to continue the theme of absolving our LayoutNode objects of responsibilities. :^)
2020-11-26 21:18:34 +01:00
private:
LibWeb: Ignore svg elements outside of <svg> when building layout tree An svg layout element without a `SVGSVGElement` ancestor caused a failed assertion before, because the svg context does not exist when `paint()` is called
2021-08-05 10:26:09 +02:00
struct Context {
bool has_svg_root = false;
LibWeb: Add basic "top layer" support Implements the "top layer" concept from "CSS Positioned Layout Module Level 4" specification. - The tree builder is modified to ensure that layout nodes created by top layer elements are children of the viewport. - Implements missing steps in `showModal()` to add an element top top layer. - Implements missing steps in `close()` to remove an element from top layer. Further steps could be: - Add support for `::backdrop` pseudo-element. - Implement the "inert" concept from HTML spec to block hit-testing when element from top layer is displayed.
2024-03-28 16:53:27 +01:00
bool layout_top_layer = false;
LibWeb: Lay out SVG `<clipPath>` uses This uses the same trick as done for masks in #23554. Each use of an SVG `<clipPath>` becomes it's own layout subtree rooted at it's user. This allows each use have it's own layout (which allows supporting features such as `clipPathUnits`).
2024-03-27 00:13:16 +00:00
bool layout_svg_mask_or_clip_path = false;
LibWeb: Ignore svg elements outside of <svg> when building layout tree An svg layout element without a `SVGSVGElement` ancestor caused a failed assertion before, because the svg context does not exist when `paint()` is called
2021-08-05 10:26:09 +02:00
};
LibWeb: Add ol start and li value attributes support
2023-10-11 18:42:09 +02:00
i32 calculate_list_item_index(DOM::Node&);
LibWeb: Implement partial layout tree updates DOM nodes now have two additional flags: - Needs layout tree update - Child needs layout tree update These work similarly to the needs-style-update flags, but instead signal the need to rebuild the corresponding part of the layout tree. When a specific DOM node needs a layout tree update, we try to create a new subtree starting at that node, and then replace the subtree in the old layout tree with the newly created subtree. This required some refactoring in TreeBuilder so that we can skip over entire subtrees during a tree update. Note that no partial updates happen yet (as of this commit) since we always invalidate the full layout tree still. That will change in the next commit.
2025-01-13 12:23:40 +01:00
void update_layout_tree_before_children(DOM::Node&, GC::Ref<Layout::Node>, Context&, bool element_has_content_visibility_hidden);
void update_layout_tree_after_children(DOM::Node&, GC::Ref<Layout::Node>, Context&, bool element_has_content_visibility_hidden);
LibWeb: Support both ::before/::after pseudo elements on button elements This was mainly a matter of deferring the wrapping of the button's children until after its internal layout tree has been constructed. That way we don't lose any pseudo elements spawned along the way. Fixes #2397. Fixes #2399.
2025-02-03 12:23:15 +01:00
void wrap_in_button_layout_tree_if_needed(DOM::Node&, GC::Ref<Layout::Node>);
LibWeb: Implement partial layout tree updates DOM nodes now have two additional flags: - Needs layout tree update - Child needs layout tree update These work similarly to the needs-style-update flags, but instead signal the need to rebuild the corresponding part of the layout tree. When a specific DOM node needs a layout tree update, we try to create a new subtree starting at that node, and then replace the subtree in the old layout tree with the newly created subtree. This required some refactoring in TreeBuilder so that we can skip over entire subtrees during a tree update. Note that no partial updates happen yet (as of this commit) since we always invalidate the full layout tree still. That will change in the next commit.
2025-01-13 12:23:40 +01:00
enum class MustCreateSubtree {
No,
Yes,
};
void update_layout_tree(DOM::Node&, Context&, MustCreateSubtree);
LibWeb: Don't put block boxes inside inlines Inline layout nodes cannot have block children (except inline-block, of course.) When encountering a block box child of an inline, we now hoist the block up to the inline's containing block, and also wrap any preceding inline siblings in an anonymous wrapper block. This improves the ACID2 situation quite a bit (although we still need floats to really bring it home.) I also took this opportunity to move all tree building logic into Layout::TreeBuilder, to continue the theme of absolving our LayoutNode objects of responsibilities. :^)
2020-11-26 21:18:34 +01:00
LibWeb: Tidy up Layout::TreeBuilder ancestor stack a little bit - Make it a vector of references since we never put null pointers on the ancestor stack. - Use Vector::in_reverse() to iterate backwards.
2022-04-13 18:44:14 +02:00
void push_parent(Layout::NodeWithStyle& node) { m_ancestor_stack.append(node); }
void pop_parent() { m_ancestor_stack.take_last(); }
LibWeb: Don't put block boxes inside inlines Inline layout nodes cannot have block children (except inline-block, of course.) When encountering a block box child of an inline, we now hoist the block up to the inline's containing block, and also wrap any preceding inline siblings in an anonymous wrapper block. This improves the ACID2 situation quite a bit (although we still need floats to really bring it home.) I also took this opportunity to move all tree building logic into Layout::TreeBuilder, to continue the theme of absolving our LayoutNode objects of responsibilities. :^)
2020-11-26 21:18:34 +01:00
LibWeb: Move `<display-foo>` definitions into Enums.json This eliminates a fair bit of boilerplate.
2023-09-04 17:39:15 +01:00
template<CSS::DisplayInternal, typename Callback>
LibWeb: Start work towards modern CSS "display" values Until now, we've internally thought of the CSS "display" property as a single-value property. In practice, "display" is a much more complex property that comes in a number of configurations. The most interesting one is the two-part format that describes the outside and inside behavior of a box. Switching our own internal representation towards this model will allow for much cleaner abstractions around layout and the various formatting contexts. Note that we don't *parse* two-part "display" yet, this is only about changing the internal representation of the property. Spec: https://drafts.csswg.org/css-display
2021-10-06 17:57:44 +02:00
void for_each_in_tree_with_internal_display(NodeWithStyle& root, Callback);
LibWeb: Move `<display-foo>` definitions into Enums.json This eliminates a fair bit of boilerplate.
2023-09-04 17:39:15 +01:00
template<CSS::DisplayInside, typename Callback>
LibWeb: Start work towards modern CSS "display" values Until now, we've internally thought of the CSS "display" property as a single-value property. In practice, "display" is a much more complex property that comes in a number of configurations. The most interesting one is the two-part format that describes the outside and inside behavior of a box. Switching our own internal representation towards this model will allow for much cleaner abstractions around layout and the various formatting contexts. Note that we don't *parse* two-part "display" yet, this is only about changing the internal representation of the property. Spec: https://drafts.csswg.org/css-display
2021-10-06 17:57:44 +02:00
void for_each_in_tree_with_inside_display(NodeWithStyle& root, Callback);
LibWeb: Implement most of the CSS table fixup algorithm This patch implements the "remove irrelevant boxes" and "generate missing child wrappers" parts of table fixup. "Generate missing parents" is left as a task for our future selves.
2021-01-07 18:00:51 +01:00
void fixup_tables(NodeWithStyle& root);
void remove_irrelevant_boxes(NodeWithStyle& root);
void generate_missing_child_wrappers(NodeWithStyle& root);
LibGC+Everywhere: Factor out a LibGC from LibJS Resulting in a massive rename across almost everywhere! Alongside the namespace change, we now have the following names: * JS::NonnullGCPtr -> GC::Ref * JS::GCPtr -> GC::Ptr * JS::HeapFunction -> GC::Function * JS::CellImpl -> GC::Cell * JS::Handle -> GC::Root
2024-11-15 04:01:23 +13:00
Vector<GC::Root<Box>> generate_missing_parents(NodeWithStyle& root);
void missing_cells_fixup(Vector<GC::Root<Box>> const&);
LibWeb: Implement most of the CSS table fixup algorithm This patch implements the "remove irrelevant boxes" and "generate missing child wrappers" parts of table fixup. "Generate missing parents" is left as a task for our future selves.
2021-01-07 18:00:51 +01:00
LibWeb: Split out helper functions in TreeBuilder::create_layout_tree() Let's make this function a little easier to understand by splitting out helpers into separate functions.
2022-10-06 13:10:03 +02:00
enum class AppendOrPrepend {
Append,
Prepend,
};
LibWeb: Base Layout::TreeBuilder decisions on CSS display property This is one of many small steps towards being able to remove the ad-hoc Layout::Node::is_inline() in favor of honoring the CSS display value everywhere instead.
2022-10-06 14:14:16 +02:00
void insert_node_into_inline_or_block_ancestor(Layout::Node&, CSS::Display, AppendOrPrepend);
LibWeb/CSS: Move and rename PseudoElement types to prep for code gen The upcoming generated types will match those for pseudo-classes: A PseudoElementSelector type, that then holds a PseudoElement enum defining what it is. That enum will be at the top level in the Web::CSS namespace. In order to keep the diffs clearer, this commit renames and moves the types, and then a following one will replace the handwritten enum with a generated one.
2025-03-20 16:56:46 +00:00
void create_pseudo_element_if_needed(DOM::Element&, CSS::PseudoElement, AppendOrPrepend);
LibWeb: Support inserting non-inline elements into inline elements Our layout tree requires that all containers either have inline or non-inline children. In order to support the layout of non-inline elements inside inline elements, we need to do a bit of tree restructuring. It effectively simulates temporarily closing all inline nodes, appending the block element, and resumes appending to the last open inline node. The acid1.txt expectation needed to be updated to reflect the fact that we now hoist its <p> elements out of the inline <form> they were in. Visually, the before and after situations for acid1.html are identical.
2025-01-15 16:37:30 +01:00
void restructure_block_node_in_inline_parent(NodeWithStyleAndBoxModelMetrics&);
LibWeb: Split out helper functions in TreeBuilder::create_layout_tree() Let's make this function a little easier to understand by splitting out helpers into separate functions.
2022-10-06 13:10:03 +02:00
LibGC+Everywhere: Factor out a LibGC from LibJS Resulting in a massive rename across almost everywhere! Alongside the namespace change, we now have the following names: * JS::NonnullGCPtr -> GC::Ref * JS::GCPtr -> GC::Ptr * JS::HeapFunction -> GC::Function * JS::CellImpl -> GC::Cell * JS::Handle -> GC::Root
2024-11-15 04:01:23 +13:00
GC::Ptr<Layout::Node> m_layout_root;
Vector<GC::Ref<Layout::NodeWithStyle>> m_ancestor_stack;
LibWeb: Track quote-nesting level while building the layout tree This makes multiple levels of quote actually use different quotation marks, instead of always the first available pair of them. Each Layout::Node remembers what the quote-nesting level was before its content was evaluated, so that we can re-use this number in `apply_style()`. This is a bit hacky, since we end up converting the `content` value into a string twice. `StyleProperties::content()` now takes an initial quote-nesting level, and returns the final level after that content.
2023-09-18 15:41:17 +01:00
u32 m_quote_nesting_level { 0 };
LibHTML: Move layout tree building to a LayoutTreeBuilder class Building a whole layout tree shouldn't be a concern of Node, so this patch moves it to a separate class.
2019-10-15 12:22:41 +02:00
};
LibWeb: Move everything into the Web namespace
2020-03-07 10:27:02 +01:00
}
Reference in a new issue Copy permalink