Document the high-level compositor<->paint architecture |
|||
Issue descriptionWith both spv2 and spv1 codepaths, the compositor/paint architecture is a little confusing to folks outside the paint team. We should better document how it works at a high level, maybe through some header comments or in a readme. For example, in spv1 both ContentLayerDelegate::paintContents and FrameView::synchronizedPaint call GraphicsLayer::paint but synchronizedPaint does the real work of painting and ContentLayerDelegate::paintContents only copies over the result. In spv2, FrameView::pushPaintArtifactToCompositor handles updating the compositor.
,
Aug 9 2017
,
Aug 9 2017
We've been much better at updating the various README.md files lately, and my presentation about property trees in blink is a high level overview of the design today: https://docs.google.com/presentation/d/1ak7YVrJITGXxqQ7tyRbwOuXB1dsLJlfpgC4wP7lykeo/view. We should continue making presentations and improving documentation of course, but I think we've climbed out of the extremely bad state we were in. |
|||
►
Sign in to add a comment |
|||
Comment 1 by sheriffbot@chromium.org
, Aug 9 2017Status: Untriaged (was: Available)