displaying textual data inside .GIF and .PNG files

RESOLVED WONTFIX

Status

()

Core
ImageLib
P3
enhancement
RESOLVED WONTFIX
19 years ago
7 years ago

People

(Reporter: mahjongg, Unassigned)

Tracking

(Blocks: 1 bug)

Trunk
Future
Points:
---
Dependency tree / graph

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: [Hixie-P5] [imglib])

(Reporter)

Description

19 years ago
several picture file formats as .GIF and especially .PNG have text "chunks" in
their internal file format to embed comments and other textual information
inside the picture file.
For example .GIF has a "comment" text field and .PNG has "chunks" for:

Image title
Author
Description (of image)
Copyright notice
Creation time
Software used to create image
Disclaimer
Warning (nature of content)
Source (device used to create image)
and a general comment field for conversion from .GIF files

Also .PNG has other "chunks" that provide valuable information on
data of last image change

Furthermore there is information available on the image size, image type
(grayscale, truecolour, indexed colour), file size, file creation date etc etc.

why not, when right clicking on the image, create a menu entry with "image
properties" which calls up a window that gives all the relevant information and
a button which when pressed calls up the editor and loads it with all the
textual information contained within the image. (note that this can be a _lot_
of text).
(Reporter)

Updated

19 years ago
Summary: displaying textual data inside .GIG and .PNGfiles → displaying textual data inside .GIF and .PNG files

Updated

19 years ago
Assignee: shuang → german

Comment 1

19 years ago
Having image property might be useful for only advanced users, but not that
useful for 90% of the normal users on the net. thoughts?
If might be useful as a tooltip if no title was specified.

Updated

19 years ago
Assignee: german → pnunn

Comment 3

19 years ago
Interesting enhancement. Forwarding to Pam, since she's the only person I know
that's working on PNG. Pam feel free to reassign if I have hit you with a bug
that does not belong to you. I consider it a good request from the "if there is
time" category.

Updated

19 years ago
Status: NEW → ASSIGNED
Target Milestone: M16

Comment 4

19 years ago
a good idea.
I'm posting a target milestone way ahead.
If I get more time, it may be sooner.
-pn

Updated

19 years ago
Summary: displaying textual data inside .GIF and .PNG files → [enh]displaying textual data inside .GIF and .PNG files
Target Milestone: M16 → M20
Blocks: 1994, 1995
Summary: [enh]displaying textual data inside .GIF and .PNG files → [enh] displaying textual data inside .GIF and .PNG files
Bug 1995 and bug 1994 could make use of this info. Marking as dependencies,
but not particularly important ones.

e.g., when image loading is disabled and there is no 'alt' text, the HTML spec
says we could use the info actually in the image file as the alt text.
Summary: [enh] displaying textual data inside .GIF and .PNG files → [ENH] displaying textual data inside .GIF and .PNG files
Changed to all-caps [ENH] for code naming rules consistency.

Updated

19 years ago
QA Contact: claudius → elig
Blocks: 24126
No longer blocks: 1994
The dependency on bug 1994 has been replaced with a dependency on bug 24126,
marked LATER.

Updated

19 years ago
Summary: [ENH] displaying textual data inside .GIF and .PNG files → displaying textual data inside .GIF and .PNG files

Comment 8

19 years ago
Moving all UE/UI bugs to new component: User Interface: Design Feedback
UE/UI component will be deleted.
Component: UE/UI → User Interface: Design Feedback

Comment 9

18 years ago
Moving non-feedback items out of UI: DF in preparation for handover to 
mpt@mailandnews.com.
Component: User Interface: Design Feedback → ImageLib
This information is a little too much for a tooltip. Displaying the information in "Page Info" 
could be a better choice.

Updated

18 years ago
Target Milestone: M20 → Future

Updated

18 years ago
Blocks: 61481

Updated

18 years ago
QA Contact: elig → tpreston
Adding this to Page Info is a good idea. The information can be added quite
simply, though it will have to be available from js. Currently I can get an
HTMLImageElement for each one, so addign it to there wouldn't be a bad idea,
though I really don't know if there's a simple way to do it. If it ends up as a
javascript array of field name/data pairs or something, I can easily show
everything thats in the image without resorting to trying to specifically do
different things for different image types, which would be more work than it's
worth.

Comment 12

17 years ago
All pnunn bugs reassigned to Pav, who is taking over
the imglib.
Assignee: pnunn → pavlov
Status: ASSIGNED → NEW

Updated

17 years ago
Whiteboard: [imglib]

Comment 13

17 years ago
I think .JPEG files can store Metadata in them too.
Whiteboard: [imglib] → [Hixie-P5] [imglib]

Comment 14

17 years ago
Yes, on JPEGs. I have filed a bug specifically about them as bug 106068.

Comment 15

16 years ago
See also EXIF (Exchangeable Image File) metadata ([http://exif.org/]).

Updated

11 years ago
Assignee: pavlov → nobody
QA Contact: tpreston → imagelib

Comment 16

10 years ago
I think this would be a great feature, along with support for EXIF (bug 232806) and the previously mentioned IPTC (bug 102068). However, I can't seem to find any mention of using internal metadata for alt text in the HTML spec. It certainly sounds like a good idea, though.

I'm surprised that there hasn't been any further discussion about this in the last 6 years.
At this point we do not intend to make this work. An extension could be created to support this.
Status: NEW → RESOLVED
Last Resolved: 7 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.