2018-11-23 00:47:48 +03:00
|
|
|
/* This Source Code Form is subject to the terms of the Mozilla Public
|
|
|
|
* License, v. 2.0. If a copy of the MPL was not distributed with this
|
|
|
|
* file, You can obtain one at http://mozilla.org/MPL/2.0/. */
|
|
|
|
|
|
|
|
extern crate gleam;
|
|
|
|
extern crate glutin;
|
|
|
|
extern crate rayon;
|
|
|
|
extern crate webrender;
|
|
|
|
extern crate winit;
|
|
|
|
|
|
|
|
#[path = "common/boilerplate.rs"]
|
|
|
|
mod boilerplate;
|
|
|
|
|
2019-05-07 04:40:23 +03:00
|
|
|
use crate::boilerplate::{Example, HandyDandyRectBuilder};
|
2018-11-23 00:47:48 +03:00
|
|
|
use rayon::{ThreadPool, ThreadPoolBuilder};
|
|
|
|
use rayon::prelude::*;
|
|
|
|
use std::collections::HashMap;
|
|
|
|
use std::sync::Arc;
|
|
|
|
use webrender::api::{self, DisplayListBuilder, DocumentId, PipelineId, RenderApi, Transaction};
|
Bug 1536121 - rearchitect the webrender display-list. r=gw
disclaimer: this isn't an *amazing* cleanup, but more of a major step that
unlocks the ability to do more minor cleanups and refinements. There's some
messy things and inconsistencies here and there, but we can hopefully iron
them out over time.
1. The primary change here is to move from
struct { common_fields, enum(specific_fields) }
to
enum (maybe_common_fields, specific_fields)
most notably this drops the common fields from a ton of things
that don't need them PopXXX, SetXXX, ClipChain, etc.
2. Additionally some types have had some redundant states shaved off,
for instance, rect no longer has *both* bounds and a clip_rect, as
the intersection of the two can be used. This was done a bit conservatively
as some adjustments will need to be done to the backend to fully eliminate
some states, and this can be done more incrementally.
2.5. As a minor side-effect of 2, we now early-reject some primitives whose
bounds and clip_rect are disjoint.
3. A HitTest display item has been added, which is just a Rect without
color. In addition to the minor space wins from this, this makes it much
easier to debug display lists
4. Adds a bunch of comments to the display list, making it easier to understand
things.
The end result of all these changes is a significantly smaller and easier to
understand display list. Especially on pages like gmail which have so many
clip chains. However this ultimately just makes text an even greater percentage
of pages (often 70-80%).
Differential Revision: https://phabricator.services.mozilla.com/D27439
--HG--
extra : moz-landing-system : lando
2019-04-23 20:29:58 +03:00
|
|
|
use webrender::api::{ColorF, CommonItemProperties, SpaceAndClipInfo};
|
2019-03-14 04:44:05 +03:00
|
|
|
use webrender::api::units::*;
|
2019-07-13 22:07:05 +03:00
|
|
|
use webrender::euclid::{size2, rect};
|
2018-11-23 00:47:48 +03:00
|
|
|
|
|
|
|
// This example shows how to implement a very basic BlobImageHandler that can only render
|
|
|
|
// a checkerboard pattern.
|
|
|
|
|
|
|
|
// The deserialized command list internally used by this example is just a color.
|
|
|
|
type ImageRenderingCommands = api::ColorU;
|
|
|
|
|
|
|
|
// Serialize/deserialize the blob.
|
|
|
|
// For real usecases you should probably use serde rather than doing it by hand.
|
|
|
|
|
2018-11-24 02:32:57 +03:00
|
|
|
fn serialize_blob(color: api::ColorU) -> Arc<Vec<u8>> {
|
|
|
|
Arc::new(vec![color.r, color.g, color.b, color.a])
|
2018-11-23 00:47:48 +03:00
|
|
|
}
|
|
|
|
|
|
|
|
fn deserialize_blob(blob: &[u8]) -> Result<ImageRenderingCommands, ()> {
|
|
|
|
let mut iter = blob.iter();
|
|
|
|
return match (iter.next(), iter.next(), iter.next(), iter.next()) {
|
|
|
|
(Some(&r), Some(&g), Some(&b), Some(&a)) => Ok(api::ColorU::new(r, g, b, a)),
|
|
|
|
(Some(&a), None, None, None) => Ok(api::ColorU::new(a, a, a, a)),
|
|
|
|
_ => Err(()),
|
|
|
|
};
|
|
|
|
}
|
|
|
|
|
|
|
|
// This is the function that applies the deserialized drawing commands and generates
|
|
|
|
// actual image data.
|
|
|
|
fn render_blob(
|
|
|
|
commands: Arc<ImageRenderingCommands>,
|
|
|
|
descriptor: &api::BlobImageDescriptor,
|
2019-03-14 04:44:05 +03:00
|
|
|
tile: Option<TileOffset>,
|
2018-11-23 00:47:48 +03:00
|
|
|
) -> api::BlobImageResult {
|
|
|
|
let color = *commands;
|
|
|
|
|
2018-11-24 02:32:57 +03:00
|
|
|
// Note: This implementation ignores the dirty rect which isn't incorrect
|
|
|
|
// but is a missed optimization.
|
|
|
|
|
2018-11-23 00:47:48 +03:00
|
|
|
// Allocate storage for the result. Right now the resource cache expects the
|
|
|
|
// tiles to have have no stride or offset.
|
2018-11-24 02:32:57 +03:00
|
|
|
let bpp = 4;
|
|
|
|
let mut texels = Vec::with_capacity((descriptor.rect.size.area() * bpp) as usize);
|
2018-11-23 00:47:48 +03:00
|
|
|
|
|
|
|
// Generate a per-tile pattern to see it in the demo. For a real use case it would not
|
|
|
|
// make sense for the rendered content to depend on its tile.
|
|
|
|
let tile_checker = match tile {
|
|
|
|
Some(tile) => (tile.x % 2 == 0) != (tile.y % 2 == 0),
|
|
|
|
None => true,
|
|
|
|
};
|
|
|
|
|
2018-11-24 02:32:57 +03:00
|
|
|
let [w, h] = descriptor.rect.size.to_array();
|
|
|
|
let offset = descriptor.rect.origin;
|
|
|
|
|
|
|
|
for y in 0..h {
|
|
|
|
for x in 0..w {
|
2018-11-23 00:47:48 +03:00
|
|
|
// Apply the tile's offset. This is important: all drawing commands should be
|
|
|
|
// translated by this offset to give correct results with tiled blob images.
|
2018-11-24 02:32:57 +03:00
|
|
|
let x2 = x + offset.x;
|
|
|
|
let y2 = y + offset.y;
|
2018-11-23 00:47:48 +03:00
|
|
|
|
|
|
|
// Render a simple checkerboard pattern
|
|
|
|
let checker = if (x2 % 20 >= 10) != (y2 % 20 >= 10) {
|
|
|
|
1
|
|
|
|
} else {
|
|
|
|
0
|
|
|
|
};
|
|
|
|
// ..nested in the per-tile checkerboard pattern
|
|
|
|
let tc = if tile_checker { 0 } else { (1 - checker) * 40 };
|
|
|
|
|
|
|
|
match descriptor.format {
|
|
|
|
api::ImageFormat::BGRA8 => {
|
|
|
|
texels.push(color.b * checker + tc);
|
|
|
|
texels.push(color.g * checker + tc);
|
|
|
|
texels.push(color.r * checker + tc);
|
|
|
|
texels.push(color.a * checker + tc);
|
|
|
|
}
|
|
|
|
api::ImageFormat::R8 => {
|
|
|
|
texels.push(color.a * checker + tc);
|
|
|
|
}
|
|
|
|
_ => {
|
|
|
|
return Err(api::BlobImageError::Other(
|
|
|
|
format!("Unsupported image format"),
|
|
|
|
));
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
Ok(api::RasterizedBlobImage {
|
|
|
|
data: Arc::new(texels),
|
2018-11-24 02:32:57 +03:00
|
|
|
rasterized_rect: size2(w, h).into(),
|
2018-11-23 00:47:48 +03:00
|
|
|
})
|
|
|
|
}
|
|
|
|
|
|
|
|
struct CheckerboardRenderer {
|
|
|
|
// We are going to defer the rendering work to worker threads.
|
|
|
|
// Using a pre-built Arc<ThreadPool> rather than creating our own threads
|
|
|
|
// makes it possible to share the same thread pool as the glyph renderer (if we
|
|
|
|
// want to).
|
|
|
|
workers: Arc<ThreadPool>,
|
|
|
|
|
|
|
|
// The deserialized drawing commands.
|
|
|
|
// In this example we store them in Arcs. This isn't necessary since in this simplified
|
|
|
|
// case the command list is a simple 32 bits value and would be cheap to clone before sending
|
|
|
|
// to the workers. But in a more realistic scenario the commands would typically be bigger
|
|
|
|
// and more expensive to clone, so let's pretend it is also the case here.
|
2018-11-24 02:32:57 +03:00
|
|
|
image_cmds: HashMap<api::BlobImageKey, Arc<ImageRenderingCommands>>,
|
2018-11-23 00:47:48 +03:00
|
|
|
}
|
|
|
|
|
|
|
|
impl CheckerboardRenderer {
|
|
|
|
fn new(workers: Arc<ThreadPool>) -> Self {
|
|
|
|
CheckerboardRenderer {
|
|
|
|
image_cmds: HashMap::new(),
|
|
|
|
workers,
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
impl api::BlobImageHandler for CheckerboardRenderer {
|
2019-07-13 22:07:05 +03:00
|
|
|
fn add(&mut self, key: api::BlobImageKey, cmds: Arc<api::BlobImageData>,
|
|
|
|
_visible_rect: &DeviceIntRect, _: Option<api::TileSize>) {
|
2018-11-23 00:47:48 +03:00
|
|
|
self.image_cmds
|
|
|
|
.insert(key, Arc::new(deserialize_blob(&cmds[..]).unwrap()));
|
|
|
|
}
|
|
|
|
|
2019-07-13 22:07:05 +03:00
|
|
|
fn update(&mut self, key: api::BlobImageKey, cmds: Arc<api::BlobImageData>,
|
|
|
|
_visible_rect: &DeviceIntRect, _dirty_rect: &BlobDirtyRect) {
|
2018-11-23 00:47:48 +03:00
|
|
|
// Here, updating is just replacing the current version of the commands with
|
|
|
|
// the new one (no incremental updates).
|
|
|
|
self.image_cmds
|
|
|
|
.insert(key, Arc::new(deserialize_blob(&cmds[..]).unwrap()));
|
|
|
|
}
|
|
|
|
|
2018-11-24 02:32:57 +03:00
|
|
|
fn delete(&mut self, key: api::BlobImageKey) {
|
2018-11-23 00:47:48 +03:00
|
|
|
self.image_cmds.remove(&key);
|
|
|
|
}
|
|
|
|
|
|
|
|
fn prepare_resources(
|
|
|
|
&mut self,
|
2019-06-05 17:07:48 +03:00
|
|
|
_services: &dyn api::BlobImageResources,
|
2018-11-23 00:47:48 +03:00
|
|
|
_requests: &[api::BlobImageParams],
|
|
|
|
) {}
|
|
|
|
|
|
|
|
fn delete_font(&mut self, _font: api::FontKey) {}
|
|
|
|
fn delete_font_instance(&mut self, _instance: api::FontInstanceKey) {}
|
|
|
|
fn clear_namespace(&mut self, _namespace: api::IdNamespace) {}
|
2019-06-05 17:07:48 +03:00
|
|
|
fn create_blob_rasterizer(&mut self) -> Box<dyn api::AsyncBlobImageRasterizer> {
|
2018-11-23 00:47:48 +03:00
|
|
|
Box::new(Rasterizer {
|
|
|
|
workers: Arc::clone(&self.workers),
|
|
|
|
image_cmds: self.image_cmds.clone(),
|
|
|
|
})
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
struct Rasterizer {
|
|
|
|
workers: Arc<ThreadPool>,
|
2018-11-24 02:32:57 +03:00
|
|
|
image_cmds: HashMap<api::BlobImageKey, Arc<ImageRenderingCommands>>,
|
2018-11-23 00:47:48 +03:00
|
|
|
}
|
|
|
|
|
|
|
|
impl api::AsyncBlobImageRasterizer for Rasterizer {
|
|
|
|
fn rasterize(
|
|
|
|
&mut self,
|
|
|
|
requests: &[api::BlobImageParams],
|
|
|
|
_low_priority: bool
|
|
|
|
) -> Vec<(api::BlobImageRequest, api::BlobImageResult)> {
|
|
|
|
let requests: Vec<(&api::BlobImageParams, Arc<ImageRenderingCommands>)> = requests.into_iter().map(|params| {
|
|
|
|
(params, Arc::clone(&self.image_cmds[¶ms.request.key]))
|
|
|
|
}).collect();
|
|
|
|
|
|
|
|
self.workers.install(|| {
|
|
|
|
requests.into_par_iter().map(|(params, commands)| {
|
|
|
|
(params.request, render_blob(commands, ¶ms.descriptor, params.request.tile))
|
|
|
|
}).collect()
|
|
|
|
})
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
struct App {}
|
|
|
|
|
|
|
|
impl Example for App {
|
|
|
|
fn render(
|
|
|
|
&mut self,
|
|
|
|
api: &RenderApi,
|
|
|
|
builder: &mut DisplayListBuilder,
|
|
|
|
txn: &mut Transaction,
|
2019-04-25 16:02:47 +03:00
|
|
|
_device_size: DeviceIntSize,
|
2019-01-09 06:27:04 +03:00
|
|
|
pipeline_id: PipelineId,
|
2018-11-23 00:47:48 +03:00
|
|
|
_document_id: DocumentId,
|
|
|
|
) {
|
2018-11-24 02:32:57 +03:00
|
|
|
let blob_img1 = api.generate_blob_image_key();
|
|
|
|
txn.add_blob_image(
|
2018-11-23 00:47:48 +03:00
|
|
|
blob_img1,
|
|
|
|
api::ImageDescriptor::new(500, 500, api::ImageFormat::BGRA8, true, false),
|
2018-11-24 02:32:57 +03:00
|
|
|
serialize_blob(api::ColorU::new(50, 50, 150, 255)),
|
2019-07-13 22:07:05 +03:00
|
|
|
rect(0, 0, 500, 500),
|
2018-11-23 00:47:48 +03:00
|
|
|
Some(128),
|
|
|
|
);
|
|
|
|
|
2018-11-24 02:32:57 +03:00
|
|
|
let blob_img2 = api.generate_blob_image_key();
|
|
|
|
txn.add_blob_image(
|
2018-11-23 00:47:48 +03:00
|
|
|
blob_img2,
|
|
|
|
api::ImageDescriptor::new(200, 200, api::ImageFormat::BGRA8, true, false),
|
2018-11-24 02:32:57 +03:00
|
|
|
serialize_blob(api::ColorU::new(50, 150, 50, 255)),
|
2019-07-13 22:07:05 +03:00
|
|
|
rect(0, 0, 200, 200),
|
2018-11-23 00:47:48 +03:00
|
|
|
None,
|
|
|
|
);
|
|
|
|
|
2019-01-09 06:27:04 +03:00
|
|
|
let space_and_clip = SpaceAndClipInfo::root_scroll(pipeline_id);
|
|
|
|
|
2019-01-23 21:32:40 +03:00
|
|
|
builder.push_simple_stacking_context(
|
Bug 1536121 - rearchitect the webrender display-list. r=gw
disclaimer: this isn't an *amazing* cleanup, but more of a major step that
unlocks the ability to do more minor cleanups and refinements. There's some
messy things and inconsistencies here and there, but we can hopefully iron
them out over time.
1. The primary change here is to move from
struct { common_fields, enum(specific_fields) }
to
enum (maybe_common_fields, specific_fields)
most notably this drops the common fields from a ton of things
that don't need them PopXXX, SetXXX, ClipChain, etc.
2. Additionally some types have had some redundant states shaved off,
for instance, rect no longer has *both* bounds and a clip_rect, as
the intersection of the two can be used. This was done a bit conservatively
as some adjustments will need to be done to the backend to fully eliminate
some states, and this can be done more incrementally.
2.5. As a minor side-effect of 2, we now early-reject some primitives whose
bounds and clip_rect are disjoint.
3. A HitTest display item has been added, which is just a Rect without
color. In addition to the minor space wins from this, this makes it much
easier to debug display lists
4. Adds a bunch of comments to the display list, making it easier to understand
things.
The end result of all these changes is a significantly smaller and easier to
understand display list. Especially on pages like gmail which have so many
clip chains. However this ultimately just makes text an even greater percentage
of pages (often 70-80%).
Differential Revision: https://phabricator.services.mozilla.com/D27439
--HG--
extra : moz-landing-system : lando
2019-04-23 20:29:58 +03:00
|
|
|
LayoutPoint::zero(),
|
2019-01-09 06:27:04 +03:00
|
|
|
space_and_clip.spatial_id,
|
Bug 1536121 - rearchitect the webrender display-list. r=gw
disclaimer: this isn't an *amazing* cleanup, but more of a major step that
unlocks the ability to do more minor cleanups and refinements. There's some
messy things and inconsistencies here and there, but we can hopefully iron
them out over time.
1. The primary change here is to move from
struct { common_fields, enum(specific_fields) }
to
enum (maybe_common_fields, specific_fields)
most notably this drops the common fields from a ton of things
that don't need them PopXXX, SetXXX, ClipChain, etc.
2. Additionally some types have had some redundant states shaved off,
for instance, rect no longer has *both* bounds and a clip_rect, as
the intersection of the two can be used. This was done a bit conservatively
as some adjustments will need to be done to the backend to fully eliminate
some states, and this can be done more incrementally.
2.5. As a minor side-effect of 2, we now early-reject some primitives whose
bounds and clip_rect are disjoint.
3. A HitTest display item has been added, which is just a Rect without
color. In addition to the minor space wins from this, this makes it much
easier to debug display lists
4. Adds a bunch of comments to the display list, making it easier to understand
things.
The end result of all these changes is a significantly smaller and easier to
understand display list. Especially on pages like gmail which have so many
clip chains. However this ultimately just makes text an even greater percentage
of pages (often 70-80%).
Differential Revision: https://phabricator.services.mozilla.com/D27439
--HG--
extra : moz-landing-system : lando
2019-04-23 20:29:58 +03:00
|
|
|
true,
|
2018-11-23 00:47:48 +03:00
|
|
|
);
|
|
|
|
|
Bug 1536121 - rearchitect the webrender display-list. r=gw
disclaimer: this isn't an *amazing* cleanup, but more of a major step that
unlocks the ability to do more minor cleanups and refinements. There's some
messy things and inconsistencies here and there, but we can hopefully iron
them out over time.
1. The primary change here is to move from
struct { common_fields, enum(specific_fields) }
to
enum (maybe_common_fields, specific_fields)
most notably this drops the common fields from a ton of things
that don't need them PopXXX, SetXXX, ClipChain, etc.
2. Additionally some types have had some redundant states shaved off,
for instance, rect no longer has *both* bounds and a clip_rect, as
the intersection of the two can be used. This was done a bit conservatively
as some adjustments will need to be done to the backend to fully eliminate
some states, and this can be done more incrementally.
2.5. As a minor side-effect of 2, we now early-reject some primitives whose
bounds and clip_rect are disjoint.
3. A HitTest display item has been added, which is just a Rect without
color. In addition to the minor space wins from this, this makes it much
easier to debug display lists
4. Adds a bunch of comments to the display list, making it easier to understand
things.
The end result of all these changes is a significantly smaller and easier to
understand display list. Especially on pages like gmail which have so many
clip chains. However this ultimately just makes text an even greater percentage
of pages (often 70-80%).
Differential Revision: https://phabricator.services.mozilla.com/D27439
--HG--
extra : moz-landing-system : lando
2019-04-23 20:29:58 +03:00
|
|
|
let bounds = (30, 30).by(500, 500);
|
2018-11-23 00:47:48 +03:00
|
|
|
builder.push_image(
|
Bug 1536121 - rearchitect the webrender display-list. r=gw
disclaimer: this isn't an *amazing* cleanup, but more of a major step that
unlocks the ability to do more minor cleanups and refinements. There's some
messy things and inconsistencies here and there, but we can hopefully iron
them out over time.
1. The primary change here is to move from
struct { common_fields, enum(specific_fields) }
to
enum (maybe_common_fields, specific_fields)
most notably this drops the common fields from a ton of things
that don't need them PopXXX, SetXXX, ClipChain, etc.
2. Additionally some types have had some redundant states shaved off,
for instance, rect no longer has *both* bounds and a clip_rect, as
the intersection of the two can be used. This was done a bit conservatively
as some adjustments will need to be done to the backend to fully eliminate
some states, and this can be done more incrementally.
2.5. As a minor side-effect of 2, we now early-reject some primitives whose
bounds and clip_rect are disjoint.
3. A HitTest display item has been added, which is just a Rect without
color. In addition to the minor space wins from this, this makes it much
easier to debug display lists
4. Adds a bunch of comments to the display list, making it easier to understand
things.
The end result of all these changes is a significantly smaller and easier to
understand display list. Especially on pages like gmail which have so many
clip chains. However this ultimately just makes text an even greater percentage
of pages (often 70-80%).
Differential Revision: https://phabricator.services.mozilla.com/D27439
--HG--
extra : moz-landing-system : lando
2019-04-23 20:29:58 +03:00
|
|
|
&CommonItemProperties::new(bounds, space_and_clip),
|
|
|
|
bounds,
|
2019-03-14 04:44:05 +03:00
|
|
|
LayoutSize::new(500.0, 500.0),
|
|
|
|
LayoutSize::new(0.0, 0.0),
|
2018-11-23 00:47:48 +03:00
|
|
|
api::ImageRendering::Auto,
|
|
|
|
api::AlphaType::PremultipliedAlpha,
|
2018-11-24 02:32:57 +03:00
|
|
|
blob_img1.as_image(),
|
2018-11-23 00:47:48 +03:00
|
|
|
ColorF::WHITE,
|
|
|
|
);
|
|
|
|
|
Bug 1536121 - rearchitect the webrender display-list. r=gw
disclaimer: this isn't an *amazing* cleanup, but more of a major step that
unlocks the ability to do more minor cleanups and refinements. There's some
messy things and inconsistencies here and there, but we can hopefully iron
them out over time.
1. The primary change here is to move from
struct { common_fields, enum(specific_fields) }
to
enum (maybe_common_fields, specific_fields)
most notably this drops the common fields from a ton of things
that don't need them PopXXX, SetXXX, ClipChain, etc.
2. Additionally some types have had some redundant states shaved off,
for instance, rect no longer has *both* bounds and a clip_rect, as
the intersection of the two can be used. This was done a bit conservatively
as some adjustments will need to be done to the backend to fully eliminate
some states, and this can be done more incrementally.
2.5. As a minor side-effect of 2, we now early-reject some primitives whose
bounds and clip_rect are disjoint.
3. A HitTest display item has been added, which is just a Rect without
color. In addition to the minor space wins from this, this makes it much
easier to debug display lists
4. Adds a bunch of comments to the display list, making it easier to understand
things.
The end result of all these changes is a significantly smaller and easier to
understand display list. Especially on pages like gmail which have so many
clip chains. However this ultimately just makes text an even greater percentage
of pages (often 70-80%).
Differential Revision: https://phabricator.services.mozilla.com/D27439
--HG--
extra : moz-landing-system : lando
2019-04-23 20:29:58 +03:00
|
|
|
let bounds = (600, 600).by(200, 200);
|
2018-11-23 00:47:48 +03:00
|
|
|
builder.push_image(
|
Bug 1536121 - rearchitect the webrender display-list. r=gw
disclaimer: this isn't an *amazing* cleanup, but more of a major step that
unlocks the ability to do more minor cleanups and refinements. There's some
messy things and inconsistencies here and there, but we can hopefully iron
them out over time.
1. The primary change here is to move from
struct { common_fields, enum(specific_fields) }
to
enum (maybe_common_fields, specific_fields)
most notably this drops the common fields from a ton of things
that don't need them PopXXX, SetXXX, ClipChain, etc.
2. Additionally some types have had some redundant states shaved off,
for instance, rect no longer has *both* bounds and a clip_rect, as
the intersection of the two can be used. This was done a bit conservatively
as some adjustments will need to be done to the backend to fully eliminate
some states, and this can be done more incrementally.
2.5. As a minor side-effect of 2, we now early-reject some primitives whose
bounds and clip_rect are disjoint.
3. A HitTest display item has been added, which is just a Rect without
color. In addition to the minor space wins from this, this makes it much
easier to debug display lists
4. Adds a bunch of comments to the display list, making it easier to understand
things.
The end result of all these changes is a significantly smaller and easier to
understand display list. Especially on pages like gmail which have so many
clip chains. However this ultimately just makes text an even greater percentage
of pages (often 70-80%).
Differential Revision: https://phabricator.services.mozilla.com/D27439
--HG--
extra : moz-landing-system : lando
2019-04-23 20:29:58 +03:00
|
|
|
&CommonItemProperties::new(bounds, space_and_clip),
|
|
|
|
bounds,
|
2019-03-14 04:44:05 +03:00
|
|
|
LayoutSize::new(200.0, 200.0),
|
|
|
|
LayoutSize::new(0.0, 0.0),
|
2018-11-23 00:47:48 +03:00
|
|
|
api::ImageRendering::Auto,
|
|
|
|
api::AlphaType::PremultipliedAlpha,
|
2018-11-24 02:32:57 +03:00
|
|
|
blob_img2.as_image(),
|
2018-11-23 00:47:48 +03:00
|
|
|
ColorF::WHITE,
|
|
|
|
);
|
|
|
|
|
|
|
|
builder.pop_stacking_context();
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
fn main() {
|
|
|
|
let workers =
|
|
|
|
ThreadPoolBuilder::new().thread_name(|idx| format!("WebRender:Worker#{}", idx))
|
|
|
|
.build();
|
|
|
|
|
|
|
|
let workers = Arc::new(workers.unwrap());
|
|
|
|
|
|
|
|
let opts = webrender::RendererOptions {
|
|
|
|
workers: Some(Arc::clone(&workers)),
|
|
|
|
// Register our blob renderer, so that WebRender integrates it in the resource cache..
|
|
|
|
// Share the same pool of worker threads between WebRender and our blob renderer.
|
|
|
|
blob_image_handler: Some(Box::new(CheckerboardRenderer::new(Arc::clone(&workers)))),
|
|
|
|
..Default::default()
|
|
|
|
};
|
|
|
|
|
|
|
|
let mut app = App {};
|
|
|
|
|
|
|
|
boilerplate::main_wrapper(&mut app, Some(opts));
|
|
|
|
}
|