Platform/GFX/Firefox.next: Difference between revisions

Revision as of 20:43, 20 March 2011

Lower fruit

Medium sized

border support in layers (9 part layers) - this should let us hardware accelerate border type effects better
- joe
accelerated layers on linux
- bjacob
- joe
switch away from xlib to cairo-gl and/or image backends on linux (note: the size of this item depends a lot on the current status of cairo-gl: how much do we need to fix it ourselves?)
- bjacob
- joe - but we should probably not put more than one person on this
integrate cairo-gl (maybe just for canvas?) on Mac and Linux (and maybe WinXP with ANGLE?)
- bjacob
- joe
themeing using GetThemeBitmap() - bug 561265
Hardware accelerated plugin layers on windows
Layerize all remaining containers, namely SVG mask/clip-path/filters
Animation of layer properties offloaded to the compositing process
any WebGL work that would not make it into 4.0 (optimizations, still-in-flux parts of the spec such as color correction, lost-context events, using ARB_robustness...?)
- bjacob

Things that would be nice

software rasterizer tuning - we could probably use a quick and dirty rasterizer for mobile where the pixels are small

@@ Line 10: / Line 10: @@
 * border support in layers (9 part layers) - this should let us hardware accelerate border type effects better
 ** joe
-* cairo-gstate-backend for quartz and D2D
 * accelerated layers on linux
 ** bjacob
@@ Line 23: / Line 22: @@
 * Hardware accelerated plugin layers on windows
 * Layerize all remaining containers, namely SVG mask/clip-path/filters
-* Component alpha rendering using white and black source surfaces (if we don't get it into FF4)
-* Multiple content processes feeding layer trees to a separate compositing process
-** bjacob (if other people join!)
-** joe
 * Animation of layer properties offloaded to the compositing process
 * any WebGL work that would not make it into 4.0 (optimizations, still-in-flux parts of the spec such as color correction, lost-context events, using ARB_robustness...?)