ladybird/Libraries/LibWeb/Painting/PaintBoxShadowParams.h

/*
 * Copyright (c) 2023, Aliaksandr Kalenik <kalenik.aliaksandr@gmail.com>
 *
 * SPDX-License-Identifier: BSD-2-Clause
 */

#pragma once

#include <LibWeb/Painting/BordersData.h>
#include <LibWeb/Painting/ShadowData.h>

namespace Web::Painting {

struct PaintBoxShadowParams {
    Gfx::Color color;
    ShadowPlacement placement;
    CornerRadii corner_radii;
    int offset_x;
    int offset_y;
    int blur_radius;
    int spread_distance;
    Gfx::IntRect device_content_rect;
};

}
LibWeb: Introduce RecordingPainter to serialize painting commands This modification introduces a new layer to the painting process. The stacking context traversal no longer immediately calls the Gfx::Painter methods. Instead, it writes serialized painting commands into newly introduced RecordingPainter. Created list of commands is executed later to produce resulting bitmap. Producing painting command list will make it easier to add new optimizations: - It's simpler to check if the painting result is not visible in the viewport at the command level rather than during stacking context traversal. - Run painting in a separate thread. The painting thread can process serialized painting commands, while the main thread can work on the next paintable tree and safely invalidate the previous one. - As we consider GPU-accelerated painting support, it would be easier to back each painting command rather than constructing an alternative for the entire Gfx::Painter API. 2023-10-15 04:27:48 +02:00			`/*`
			`* Copyright (c) 2023, Aliaksandr Kalenik <kalenik.aliaksandr@gmail.com>`
			`*`
			`* SPDX-License-Identifier: BSD-2-Clause`
			`*/`

			`#pragma once`

			`#include <LibWeb/Painting/BordersData.h>`
			`#include <LibWeb/Painting/ShadowData.h>`

			`namespace Web::Painting {`

LibWeb: Rename PaintOuterBoxShadowParams to PaintBoxShadowParams Drop "outer" from the name because this struct is used for both inner and outer shadows. 2024-06-07 18:06:25 +03:00			`struct PaintBoxShadowParams {`
LibWeb: Remove unused members in PaintOuterBoxShadowParams This struct had all members in CSSPixels and DevicePixels, but only the latter are needed for painting. Shrinks PaintOuterBoxShadowParams from 144 bytes to 72 bytes. 2024-06-07 15:42:35 +03:00			`Gfx::Color color;`
			`ShadowPlacement placement;`
LibWeb: Introduce RecordingPainter to serialize painting commands This modification introduces a new layer to the painting process. The stacking context traversal no longer immediately calls the Gfx::Painter methods. Instead, it writes serialized painting commands into newly introduced RecordingPainter. Created list of commands is executed later to produce resulting bitmap. Producing painting command list will make it easier to add new optimizations: - It's simpler to check if the painting result is not visible in the viewport at the command level rather than during stacking context traversal. - Run painting in a separate thread. The painting thread can process serialized painting commands, while the main thread can work on the next paintable tree and safely invalidate the previous one. - As we consider GPU-accelerated painting support, it would be easier to back each painting command rather than constructing an alternative for the entire Gfx::Painter API. 2023-10-15 04:27:48 +02:00			`CornerRadii corner_radii;`
LibWeb: Use ints instead of DevicePixels in PaintOuterBoxShadowParams DevicePixels concept should not leak from painting recording phase. 2024-06-07 16:02:50 +03:00			`int offset_x;`
			`int offset_y;`
			`int blur_radius;`
			`int spread_distance;`
			`Gfx::IntRect device_content_rect;`
LibWeb: Introduce RecordingPainter to serialize painting commands This modification introduces a new layer to the painting process. The stacking context traversal no longer immediately calls the Gfx::Painter methods. Instead, it writes serialized painting commands into newly introduced RecordingPainter. Created list of commands is executed later to produce resulting bitmap. Producing painting command list will make it easier to add new optimizations: - It's simpler to check if the painting result is not visible in the viewport at the command level rather than during stacking context traversal. - Run painting in a separate thread. The painting thread can process serialized painting commands, while the main thread can work on the next paintable tree and safely invalidate the previous one. - As we consider GPU-accelerated painting support, it would be easier to back each painting command rather than constructing an alternative for the entire Gfx::Painter API. 2023-10-15 04:27:48 +02:00			`};`

			`}`