Closed
Bug 503973
Opened 15 years ago
Closed 13 years ago
Need two separate interfaces: internal-to-libpr0n image container, and external image
Categories
(Core :: Graphics: ImageLib, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 584841
People
(Reporter: joe, Unassigned)
References
Details
imgIContainer should be split into two separate interfaces, one for decoders and libpr0n itself to use, and one for external users who just want to draw or get information about the current image. Bug 753 comment 48 has some specific suggestions as to what needs to be done.
Comment 1•15 years ago
|
||
one thing to note is that we should stop exposing StartAnimation here. All these consumers call it in OnStartContainer, which is stupid, because it's a no-op until >1 frames are available.
Comment 2•15 years ago
|
||
note - lockImage/unlockImage should probably be internal here, and we should require everyone to go through their imgIRequest to do locks/unlocks. Much less error prone I think.
Comment 3•13 years ago
|
||
This seems to be a duplicate of Bug 584841. Please re-open if this is not the case.
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•