Closed
Bug 169304
Opened 22 years ago
Closed 22 years ago
mechanism to enable/disable image decoders
Categories
(SeaMonkey :: Build Config, defect, P2)
SeaMonkey
Build Config
Tracking
(Not tracked)
RESOLVED
FIXED
mozilla1.3beta
People
(Reporter: alecf, Assigned: alecf)
Details
Attachments
(1 file)
14.14 KB,
patch
|
bryner
:
review+
alecf
:
superreview+
|
Details | Diff | Splinter Review |
now that bug 168048 has combined a bunch of decoders into imglib2.dll, we need a mechanism to turn on or off individual decoders. What I'm imagining is that there will be a default list of encoders, and that a series of defines will be available both in the makefiles and the C++, like IMGLIB_BUILD_gif or something, similar to the extensions mechanism. Then I'll add a bunch of #ifdefs to the stuff in modules/libpr0n cc'ing seawood for help/recommendations.
Assignee | ||
Updated•22 years ago
|
Status: NEW → ASSIGNED
Priority: -- → P2
Target Milestone: --- → mozilla1.2beta
Assignee | ||
Comment 1•22 years ago
|
||
over to 1.3 for now.
Target Milestone: mozilla1.2beta → mozilla1.3alpha
Assignee | ||
Updated•22 years ago
|
Target Milestone: mozilla1.3alpha → mozilla1.3beta
Comment 2•22 years ago
|
||
I basically copied the --enable-extensions code for the configure portion of the patch. In order to avoid doing full rebuilds whenever someone changed their image-decoder configure setting, I put the defines in the local Makefile since they are only used in one place. That hack required adding Makefile as a dependency to a bunch of the common rulesets that were only dependent upon Makefile.in .
Updated•22 years ago
|
Attachment #110984 -
Flags: review?(bryner)
Comment 3•22 years ago
|
||
Comment on attachment 110984 [details] [diff] [review] v1.0 looks good, r=me
Attachment #110984 -
Flags: review?(bryner) → review+
Updated•22 years ago
|
Attachment #110984 -
Flags: superreview?(alecf)
Assignee | ||
Comment 4•22 years ago
|
||
Comment on attachment 110984 [details] [diff] [review] v1.0 nice. sr=alecf
Attachment #110984 -
Flags: superreview?(alecf) → superreview+
Comment 5•22 years ago
|
||
Patch has been checked in.
Status: ASSIGNED → RESOLVED
Closed: 22 years ago
OS: Windows 2000 → All
Hardware: PC → All
Resolution: --- → FIXED
Comment 6•22 years ago
|
||
How does this interact with the hardcoded list of image types at http://lxr.mozilla.org/seamonkey/source/content/build/nsContentDLF.cpp#117 ? What happens if one loads an image which has a mimetype in that list, but no decoder available? (ie. not as part of a page, but directly)
Comment 7•22 years ago
|
||
That list contains image/x-art. Afaik, none of these decoders work for the ART image type so that list seems to be just a set of hardcoded hints. If the decoder is missing, then it just refuses to render that type of image. If you click on the image, it brings up the download dialog.
Comment 8•22 years ago
|
||
yeah, I know that the list contains ART, but art images aren't exactly common on the web... But anyway, thanks for testing this.
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•