Closed
Bug 72035
Opened 25 years ago
Closed 24 years ago
[Quirk] Missing images should take up space on a page in Quirks Mode
Categories
(Core :: Layout, defect, P4)
Core
Layout
Tracking
()
RESOLVED
FIXED
mozilla1.0
People
(Reporter: gjackson227, Assigned: attinasi)
References
()
Details
(Keywords: testcase, Whiteboard: WONTFIX ? -- minor issue, non standards compliant)
Attachments
(1 file)
|
196 bytes,
text/html
|
Details |
From Bugzilla Helper:
User-Agent: Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 5.0; COM+ 1.0.2204)
BuildID: 2001031120
Missing images should take up space on a page when height and width are defined.
Reproducible: Always
Steps to Reproduce:
1.Go to http://66.65.101.84:1979/testimage.html
2.The image should take up space on the page.
3.
Actual Results: The missing image doesnt take the dimensions of specified.
Expected Results: A image placeholder should take on a height and width like
in NS4
Page is invalid. ALT tag is required. Correct result is to collapse to alt
tag.
Assignee: asa → evangelism
Component: Browser-General → Evangelism
QA Contact: doronr → zach
Comment 4•25 years ago
|
||
If you specify width and height, it should ALWAYS take up that much space in the
layout.
This also ends up being a performance issue, because you get a second relayout
when the images don't make it - use this HTML as an example:
<img src="notreallyanimage" width=50 height=50>Hello
The results you get with that HTML is not right.
And the assertion about alt text is not correct - even if the image has alt
text, this doesn't work
<img src="notreallyanimage" alt="a" width=50 height=50>Hello
OS: Windows 2000 → All
Hardware: PC → All
erm oops, yeah it would still have the same dimensions. however, the page is
still not in conformance. Changing url to a permanent testcase, and
redirecting to layout.
Assignee: evangelism → karnaze
Component: Evangelism → Layout
QA Contact: zach → petersen
Updated•25 years ago
|
Assignee: karnaze → attinasi
Target Milestone: --- → mozilla0.9.1
Comment 6•25 years ago
|
||
Reassigning to attinasi and marking m0.9.1
Comment 10•25 years ago
|
||
Comment 11•25 years ago
|
||
If an image is not available or is disabled or is otherwise broken, then it
should be replaced by its alternative text. In CSS terms, the replaced inline
element becomes a normal inline element.
Since 'height' and 'width' do not apply to normal inline elements, the place-
holder disappears.
INVALID.
See bug 1994.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → INVALID
Comment 13•25 years ago
|
||
This really needs to be added to quirks mode.
This causes incredible layout problems.
| Assignee | ||
Comment 14•25 years ago
|
||
Reopened. For Quirks mode only. Nav 4.x and IE5/Win have the missing image
taking up the space...
Status: VERIFIED → REOPENED
Resolution: INVALID → ---
Summary: Missing images should take up space on a page → [Quirk] Missing images should take up space on a page in Quirks Mode
Comment 15•25 years ago
|
||
Can we have a URI to a page that shows why this is such a major issue?
Please do read the arguments on bug 1994, bug 41924, and bug 23691.
Whiteboard: WONTFIX ? -- minor issue, non standards compliant
Comment 16•25 years ago
|
||
i don't have a specific testcase, but some pages have broken images or
unreliable servers. and it does look a little more like it does in other
browsers, almost any other browser i know will show the broken image box in the
defined width and height. the quirks mode emulates so many really annoying bugs
that this cosmetic fix would fit in real well.
Comment 17•25 years ago
|
||
and one more thing: see how often this is reported as a bug, people just expect
it to leave the blank box, standard or not.
Comment 18•25 years ago
|
||
And I think people are too spoiled by high bandwidth.
There are still many people and many parts of the world that have slow
bandwidth.
It is common to cancel a page before the images have loaded to save time.
Without this bug fixed, these pages would suddenly relayout into a mess.
The whole point of quirks mode is to make things work the way they did in
Netscape 4.x.
I can't imagine any justification for NOT putting this in quirks mode.
It worked this way on 4.x, it should work that way in quirks mode. Oh and by the
way it works that way in IE.
And as far as standards go, why don't we try to get this changed? Why is it that
when images are broken, the alt text goes to regular text, but when I turn off
images in prefs, I still get the empty boxes. There is an utter lack of
consistency here.
When people specify the width in height in images, they are doing it because
they depend on the layout. So we should layout the width and height with the
Alt Text in it. If standards prevent you from doing the right thing, change the
standard.
And again, this is only a minor issue for people that have high bandwidth.
Try connecting over a 14.4 modem sometime (yes people still do that)
Comment 19•25 years ago
|
||
Sorry for the spam, and I realize this may be a dumb question, but... What is
Quirks mode? And how does Mozilla decide whether to use Quirks mode or not? I
(like many other people) use images specifically for layout on my pages, so I'd
like to know how I can make sure my layouts won't break.
Comment 20•25 years ago
|
||
This page has a good explanation of quirks mode:
http://www.mozilla.org/quality/help/bugzilla-helper.html
| Assignee | ||
Comment 21•24 years ago
|
||
Moving to mozilla 1.0 to make room for more pressing stability issues in 0.9.1
Status: REOPENED → ASSIGNED
Priority: -- → P4
Target Milestone: mozilla0.9.1 → mozilla1.0
Comment 22•24 years ago
|
||
*** Bug 78210 has been marked as a duplicate of this bug. ***
| Assignee | ||
Comment 23•24 years ago
|
||
Alerady fixed this one
Status: ASSIGNED → RESOLVED
Closed: 25 years ago → 24 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•