WICG / WICG/container-timing

How we deal with Canvas Support

Open
#50 2 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

needs discussion
Dominant language
Bikeshed
Stars
72
Forks
10
Avg merge
9d 15h
Merged PRs (30d)
3

Description

We have 2 implementations of Container Timing, in both Firefox and Chromium.
Chromium doesn't support canvas right now, so the canvas example yields no PerformanceContainerTiming entries, however the Firefox example does.

The way the Firefox one works is it will yield a single Container Timing entry on the first paint of a canvas element and the size of that entry is the entire canvas, this means we'll only ever get one entry per canvas element as the paint checking isn't more granular than that. I suppose this is working as expected, similar to an image which will take up the full area regardless of what the image is made up off.

Are there any thoughts on this approach?

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start with examples/canvas-2d and compare the Firefox and Chromium implementations described in the issue. Read the linked Firefox change to understand the single-entry behavior and canvas sizing, then review the discussion before proposing a documented decision about the approach.

Written by the indexing model from the issue text.

Assessment

Domain
web-dev
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Quiet
Clarity
Needs clarification
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.