[Webkit-unassigned] [Bug 5566] ALT attribute value sometimes not displayed when image is missing

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=5566





--- Comment #66 from Gérard Talbot <browserbugs at gtalbot.org>  2011-12-18 17:37:13 PST ---
(In reply to comment #64)
> (In reply to comment #62)
> > > 1. I don't think that petition has much bearing on my question to be honest.
> > 
> > You asked "Wrong how?". Title is for additional information. Alt is for textual replacement, textual substitution in case of user agent capability, internet traffic issues, wrong linkage of image, user settings. 
> 
> In the absence of @alt, @title is also for textual replacement. See UAAG, HTML5 etc.


This bug report is not about the absence of alt attribute. 

This bug report has nothing to do with the absence of alt attribute. 

This bug report has been utterly explained, commented, testcase-ed, backed up with quotes from the specifications.



> 
> > The petition, albeit not perfectly clear (683 people voted for all 3 bugs or only 1 of the 3), indicate interests and "If a bug is getting a lot of public attention, the priority may be moved up" [1]. I clearly remember voting for this bug and even said so in comment 10. Now that the voting system has been removed, the petition somehow replaces it.
> 
> @title isn't mentioned in the petition and wasn't mentioned in this bug until comment #45.


This bug report has not about the title attribute. 

This bug report has nothing to do with the presence or the function of the title attribute when alt attribute is missing (or empty).



> 
> I strongly agree with modifying WebKit to display @alt text inline when @alt is present.
> 
> I'm questioning the rationale for making an *additional change* to not display @title in the same way.


Title is displayed in a tooltip right now. Title displayed (or not displayed) in the same way would mean another bug report. That would be outside this bug report.


> 
> > > 2. Providing a @title and not providing an @alt is not a mistake per the current HTML5 draft. 
> > 
> > If one does not provide an alt attribute for an image, then such situation has nothing to do with this bug report.
> 
> I think you're mistaken. Currently WebKit shows @title inline when @alt is missing. Comment #45 is proposing changing that behavior.
> 


If comment 45 is proposing such behavior, then it is not what this bug report is about. I think, in comment 45, it was noticed what IE8+ does:


"
The alt attribute is no longer displayed as the image tooltip when the browser is running in IE8 Standards mode. Instead, the target of the longDesc attribute is used as the tooltip if present; otherwise, the title is displayed. The alt attribute is still used as the Microsoft Active Accessibility name, and **the title attribute is used as the fallback name only if alt is not present**. 
"
http://msdn.microsoft.com/en-us/library/cc288472%28v=VS.85%29.aspx#access



I have answered explanations carefully backed up by the spec (and I quoted and linked the spec) with regards to the important questions relevant to this bug report which were asked in comment 6.

There should be only 1 bug report for one precisely defined issue.

What exactly can or should happen when alt attribute is missing and title attribute is provided is not what this bug report is about.

Gérard

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.