Open Bug 644362 Opened 14 years ago Updated 2 years ago

Make -moz-element fast

Categories

(Core :: Layout, enhancement)

enhancement

Tracking

()

People

(Reporter: cjones, Unassigned)

References

Details

(Keywords: perf, testcase, Whiteboard: [tech-p3])

Attachments

(1 file)

The inchoate plan as I understand so far is, if a -moz-element source is large/interesting enough, ensure that it gets its own layer, then where the -moz-element is used, insert some kind of reference layer into the layer tree that refers to the source layer. Then at compositing time, we would adjust the source layer somehow at its reference and composite it directly to screen. That adjustment could probably just be a transform+clip. Things get a bit interesting if a -moz-element source itself refers to content that includes a -moz-element. Shouldn't pose too many problems I wouldn't imagine.
Blocks: 790111
No longer blocks: 790111
Blocks: 777749
I don't think -moz-element usage is particularly widespread, so for now this is a nice-to-have optimization for content use case.
Whiteboard: [tech-p3]
Attached file -moz-element test case (deleted) —
Extracted a test case from current experiments with DOM based compositing for Shumway. Having multiple instances of a shape placed on the screen is a frequently used feature in SWF files. Using -moz-element results in pretty poor performance. This should be optimized.
Severity: normal → S3

FYI, Google's paintAPI polyfill (https://github.com/GoogleChromeLabs/css-paint-polyfill) uses -moz-element() for implementation in Firefox. A performance boost to -moz-element would be useful for this.

You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: