This directory contains the implementation of Blink's new layout engine “LayoutNG”.
This README can be viewed in formatted form here.
The original design document can be seen here.
CSS has many different types of layout modes, controlled by the display
property. (In addition to this specific HTML elements have custom layout modes as well). For each different type of layout, we have a NGLayoutAlgorithm.
The input to an NGLayoutAlgorithm is the same tuple for every kind of layout:
The NGBlockNode which we are currently performing layout for. The following information is accessed:
The ComputedStyle for the node which we are currently performing laying for.
The list of children NGBlockNodees to perform layout upon, and their respective style objects.
The NGConstraintSpace which represents the “space” in which the current layout should produce a NGPhysicalFragment.
TODO(layout-dev): BreakTokens should go here once implemented.
The current layout should not access any information outside this set, this will break invariants in the system. (As a concrete example we intend to cache NGPhysicalFragments based on this set, accessing additional information outside this set will break caching behaviour).
TODO(layout-dev): Document with lots of pretty pictures.
For inline layout there is a pre-layout pass that prepares the internal data structures needed to perform line layout.
The pre-layout pass, triggered by calling NGInlineNode::PrepareLayout()
, has three separate steps or stages that are executed in order:
CollectInlines
: Performs a depth-first scan of the container collecting all non-atomic inlines and TextNodes
s. Atomic inlines are represented as a unicode object replacement character but are otherwise skipped. Each non-atomic inline and TextNodes
is fed to a NGLayoutInlineItemsBuilder instance which collects the text content for all non-atomic inlines in the container.
During this process white-space is collapsed and normalized according to CSS white-space processing rules.
SegmentText
: Performs BiDi segmentation using NGBidiParagraph.
TODO(kojii): Fill out
ShapeText
: Shapes the resolved BiDi runs using HarfBuzz. TODO(eae): Fill out
TODO(layout-dev): Document with lots of pretty pictures.
TODO(layout-dev): Document with lots of pretty pictures.
This section contains details specific to the NGBlockLayoutAlgorithm.
TODO(layout-dev): Document with lots of pretty pictures.
TODO(layout-dev): Document with lots of pretty pictures.
The latest code coverage (from Feb 14 2017) can be found here. Here is the instruction how to generate a new result.
git clone https://github.com/DynamoRIO/dynamorio.git
npm install vinyl, npm install vinyl-fs
git clone https://github.com/mweibel/lcov-result-merger
chromium\src> ninja -C out\Debug webkit_unit_tests
chromium\src>DynamoRIO\bin64\drrun.exe -t drcov -- .\out\Debug\webkit_unit_tests.exe --gtest_filter=NG*
chromium\src>for %file in (*.log) do DynamoRIO\tools\bin64\drcov2lcov.exe -input %file -output %file.info -src_filter layout/ng -src_skip_filter _test
chromium\src>node lcov-result-merger\bin\lcov-result-merger.js *.info output.info
chromium\src>C:\Perl64\bin\perl.exe dynamorio.git\third_party\lcov\genhtml output.info -o output