Mozilla2:GFXEvolution

This was the plan in 2005; see Mozilla2:GraphicsPlan for actual development in 2006.

Some can be done in parallel.

1. Wrap cairo in "Thebes", thin C++ wrappers over cairo APIs which can be used by advanced rendering customers --- SVG, view manager --- when gfx/cairo is in use.
2. Get gfx/cairo (an implementation of our current gfx interfaces based on Thebes) into working order.
3. Work on gfx/cairo performance until it performs as well as gfx/win, gfx/mac and gfx/gtk on our normal Web workloads on modest machines (e.g., without GPUs). Will require significant work on cairo itself.
4. Wherever possible, drop platform gfx implementations in favor of using gfx/cairo on the platform. Ideally we'll end up with just gfx/cairo and possibly some gfx implementation for embedded devices.
5. With only one or two gfx implementations to deal with, clean up the legacy gfx interfaces, either by moving functionality to the new API wrappers, or by modifying the legacy interfaces in place.

The goal here is to be incremental but also tackle the riskiest, most questionable issues as early as possible (IMHO getting cairo to perform well on our platforms and workloads). Also as soon as we complete step 2 we can work on rich SVG/HTML/XUL integration with a unified rendering pipeline. Getting super-cool demos working soon is very important.