90169 - Pref for displaying ALTs if image loading is disabled

Status: RESOLVED WONTFIX

(Core :: Graphics: Image Blocking, enhancement)

Description

[Michael Hendy (Hendikins)]

Whilst we would naturally have to fix bug 62046 first, THis would be a good 
thing to have.

Some sites ALTs are annoying, others can't be navigated imageless without ALTs.

Filing under cookies after the following comment:

<Asa> Hendikins: file it on cookies (it's probably a RFE for morse)

Comment 1

[Jacek Piskozub]

Confirming. 

Setting severity to Enhancement which is the proper level for RFE (Request for
Enhancement).

Comment 2

[Christian 'CeeJay' Jensen]

I think it would be better if mozilla could indentify annoying ALT text.
Very long ALT texts or ALT texts containing mostly searchengine bait , like
"SEX, FREE, MP3; LESBIAN, GAY, etc ... 
or like the above example .. texts in all caps.

A similar approach could be used to filter or rate posting on the usenet or in mail.
It could be the same piece of code , written to analyze all kinds of textinput,
useable by many different part of the mozilla package.

Comment 3

[Rob Collins]

Testcase: 
1) Block images from an akamai.net server (e.g. by going to Lycos.com).
2) Browse to http://www.apple.com/

Nearly all images at Apple are served from akamai.net servers. Although the
server name is different from the name blocked at Lycos (or elsewhere), the
akamai.net images at Apple.com are also blocked.

E.G. a284.g.akamai.net is blocked at Lycos. Apple uses a1616.g.akamai.net and
a772.g.akamai.net. Images from these servers fail to load although not
specifically blocked by Mozilla image permissions.

Comment 4

[Rob Collins]

In a perfect world one could allow ALT text from some servers while blocking
both images and ALT text from others. However, this may require an
overcluttered, non-intuitive prefs interface. It may not be worth it.

Another option might be to allow loading of ALT text via contextual menu. There
could (should?) also be an option to load an initially blocked image, for cases
in which a blocked image is actually informative. Case: nytimes.com loads ads
and info graphics from same server (currently graphics7.nytimes.com).

Comment 5

[Hixie (not reading bugmail)]

we already have this pref.

   img { display: none }

...in userContent.css would do what this pref would do when unchecked, and our
default behaviour should do what this pref would do with it checked.

-> WONTFIX.

Comment 6

[Bill Mason]

*** Bug 210429 has been marked as a duplicate of this bug. ***