Closed
Bug 293249
Opened 20 years ago
Closed 19 years ago
Don't pretend to support canvas when cairo isn't built
Categories
(Core :: Graphics: Canvas2D, defect)
Core
Graphics: Canvas2D
Tracking
()
RESOLVED
WONTFIX
People
(Reporter: sicking, Assigned: vlad)
Details
We should not pretend to support canvas by instantiating nsHTMLCanvasElements
when cairo isn't built. Then we should use fallback and render the contents of
the canvas element instead.
We should just instantiate nsHTMLDivElement and not even build
nsHTMLCanvasElement.cpp or nsHTMLCanvasFrame.cpp. We could even kill the various
interface files maybe.
IMHO the parser changes could be left as is always though to avoid cluttering up
the parser code. Just #define NS_NewHTMLCanvasElement to NS_NewHTMLDivElement
| Reporter | ||
Updated•20 years ago
|
Flags: blocking-aviary1.1?
| Assignee | ||
Comment 1•20 years ago
|
||
I had code to do this, but we explicitly killed it based on a discussion with
breadan and others, since cairo won't be an optional dependancy for very long.
| Reporter | ||
Comment 2•20 years ago
|
||
Are we including cairo on all platforms, including things like minimo and beos?
Updated•20 years ago
|
Flags: blocking1.8b4?
Updated•20 years ago
|
Flags: blocking-aviary1.1?
| Assignee | ||
Comment 3•20 years ago
|
||
No reason for this to block 1.8b4, IMO.
I don't know what the Minimo or BeOS plan is; but <canvas> and cairo are a core
part of Gecko..
Updated•20 years ago
|
Flags: blocking1.8b4? → blocking1.8b4-
Comment 4•19 years ago
|
||
we're requiring cairo everywhere now. builds without cairo are now unsupported.
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•