Closed Bug 231175 Opened 22 years ago Closed 20 years ago

XBM bit map files display as black on transparent. Can I change to WHITE on transparent?

Categories

(Core Graveyard :: Image: Painting, enhancement)

1.0 Branch
x86
Windows 2000
enhancement
Not set
normal

Tracking

(Not tracked)

RESOLVED EXPIRED

People

(Reporter: w.langdon, Assigned: pavlov)

Details

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5a) Gecko/20030728 Mozilla Firebird/0.6.1 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5a) Gecko/20030728 Mozilla Firebird/0.6.1 I would like to create images in Javascript and display them on your browser. So far the best way of doing this _appears_ to be to dynamically create an .XBM file within javascript and then ask the browser to display it as an image. 1. XBM is monochrome. Firebird displays it as black with a transparent background I would much prefer to use white with a transparent background (ie using DIVs) Is there a way to tell mozilla to draw in a spacific color or is black hardcoded? I have been using .GIF uptil now but the complexity of compressing bitmaps is too much. 2. Better yet. Is there a way of passing an image directly to the browser? 3. Any news on when SVG will be supported Reproducible: Always Steps to Reproduce: 1. get an XBM image (eg those on your test suite) 2. 3. Actual Results: picture is displayed in black Expected Results: Request for information or new feature Eg perhaps image should be displayed in forground colour?
This is about static XBM but there is a discussion of loading dynamic XBM images under bug 202274
It's completely unclear to me what you think the Firefox bug is here.
(In reply to comment #3) > It's completely unclear to me what you think the Firefox bug is here. I think its fair to say since writing this originally, I have learnt more about XBM. Some of the documentation on XBM says it should be displayed in the current foreground colour. However both mozilla and (as far as I can tell) microsoft internt explore always display XBM in BLACK. If this is truely the intended behaviour, then this is _not_ a bug. I am now also using .PNG (see http://www.cs.ucl.ac.uk/staff/W.Langdon/pfeiffer.html) which has the advantage of supporting colour but has the downside that pnglet is CPU heavy. However as far as I can tell only you support it, Safari and internet explorer do not let one load PNG's via a javascript: url. If one could change the colour of XBM (as the standard says) it would still be good to be able to do so.
Is there any way for the current foreground color to be passed to imglib? This could get really ugly for cursors and such.
I don't see a bug here. Request resolve invalid. SVG support is on trunk and increasing steadily.
Moving to core->Image: GFX...
Assignee: firefox → pavlov
Component: General → Image: GFX
Product: Firefox → Core
Version: unspecified → 1.0 Branch
This is an automated message, with ID "auto-resolve01". This bug has had no comments for a long time. Statistically, we have found that bug reports that have not been confirmed by a second user after three months are highly unlikely to be the source of a fix to the code. While your input is very important to us, our resources are limited and so we are asking for your help in focussing our efforts. If you can still reproduce this problem in the latest version of the product (see below for how to obtain a copy) or, for feature requests, if it's not present in the latest version and you still believe we should implement it, please visit the URL of this bug (given at the top of this mail) and add a comment to that effect, giving more reproduction information if you have it. If it is not a problem any longer, you need take no action. If this bug is not changed in any way in the next two weeks, it will be automatically resolved. Thank you for your help in this matter. The latest beta releases can be obtained from: Firefox: http://www.mozilla.org/projects/firefox/ Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html Seamonkey: http://www.mozilla.org/projects/seamonkey/
This bug has been automatically resolved after a period of inactivity (see above comment). If anyone thinks this is incorrect, they should feel free to reopen it.
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → EXPIRED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.