275963 - AMO untidy rendering at 800x600

Status: RESOLVED WORKSFORME

(addons.mozilla.org Graveyard :: Public Pages, defect)

Description

[Raanan Barzel]

Despite claims (see bug 270304, considered fixed) that the problem will be
solved with new website, rendering is still incorrect in Firefox 1.0 on Windows
XP at 800x600. 

This should not be considered as a Website issue, but as a rendering problem:
the browser should figure out how to cope with items that are too large to fit
side by side (and the website hint at what can be done for a best fit ?). 

In the current display, look at Java at Plugins: the X information is pushed to
a new line because text for Windows and Linux is too large. The browser should
instead fold the text lines of all icons to fit into equal fixed-length spaces
and leave the icons where they belong. IE does a lightly better, although not
really a good, job. One more way for Firefox to beat IE.

Comment 1

[:Gavin Sharp [email: [e-mail]]]

If this is a Mozilla layout issue then I'm sure it's a dupe. Otherwise, this is
just a good reason to reopen bug 270304.

Comment 2

[Raanan Barzel]

The issue is not limited to Update.Moz site 

when selecting Thunderbird Forums at http://www.spreadfirefox.com/, the second
table overflows into the right frame when the display is set to 800x600. At
1024x768 the display is perfect.

Comment 3

[Boris Zbarsky [:bzbarsky]]

The spreadfirefox thing is invalid (see existing bugs on it for detailed
explanations as to why it's invalid) as a layout bug.  So's the update.moz.org
issue.

So over to website; we're rendering this exactly as these sites explicitly
request we do.

Comment 4

[Raanan Barzel]

We can complain about Mozilla or SpreadFirefox producing badly specified pages,
but sooner or later other sites may do the same and the end user will be
unsatisfied. While FF may be formally clean, it would be much better if FF could
do better than just render "exactly as these sites explicitly request". In these
cases "explicitly" may not really be what is meant by the site, and some
intelligent interpretation can be helpful to overcome incomplete or incorrect
explicit specification.

After all, IE does manage to do better rendering than FF.

Comment 5

[Boris Zbarsky [:bzbarsky]]

The whole point of current web layout technologies is that they allow a site to
clearly request a rendering.  Trying to second guess a site that requests a
specific rendering would merely break sites that _are_ trying for something you
didn't expect -- something IE does with depressing regularity.  So no, we're not
going to follow IE's lead here.

Comment 6

[Wolf [:wolf]]

Since there's no way the sfx and mozilla update bugs are going to be fixed by
the same patch. (they're different codebases, and I'm not even sure SFX is in
CVS yet. ) I'm going to move this bug to update. A seperate bug should be filed
(if one doesn't exist already) for the spreadfirefox.com problems.

Comment 7

[Boris Zbarsky [:bzbarsky]]

There are existing evangelism bugs on spreadfirefox.com, last I checked, and I
believe I sent the webmaster an email about it once.

Comment 8

[Raanan Barzel]

SpreadFirefox has apparently recoded its pages, which now display correctly.

This bug can be considered resolved in light of the previous comments.

Comment 9

[Christian :Biesinger (don't email me, ping me on IRC)]

per comment 6 and this bug's product, it's an update bug. therefore,
spreadfirefox changes to not affect it. reopening...

Comment 10

[Giorgio Maone [:ma1]]

Attachment: Fixes CSS and content issues which lead to broken rendering

It fixes the 'border drawn over image' rendering bug visible in the plugin
page. It incidentally removes an invalid style rule (text-align: top).

Comment 11

[Giorgio Maone [:ma1]]

Attachment: Fixes CSS and content issues which lead to broken rendering

Same job as 172819, which wasn't correctly merged with last revision (Real VS
WM mismatch).

Comment 12

[Giorgio Maone [:ma1]]

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

Comment 13

[rj.donaldson]

After the adobe update, which is clear, there seems to be an overlay of other
text which makes the rest of the page unreadable

Comment 14

[Raanan Barzel]

(In reply to comment #13)
> After the adobe update, which is clear, there seems to be an overlay of other
> text which makes the rest of the page unreadable

While the Adobe update may be clear (not to me), the issue is not.

The site which caused opening this bug in the first place - 
http://www.spreadfirefox.com/?q=forum/51 - again displays today in an
inacceptable way on 800x600.

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b4) Gecko/20050723
Firefox/1.0+ ID:2005072306

Comment 15

[Chris Thomas (CTho) [formerly [e-mail] [e-mail]]]

Comment on attachment 172863 [details] [diff] [review]
Fixes CSS and content issues which lead to broken rendering

UMO v2 is live.  I had a lot less to do with its development, so check with morgamic before using me for reviews.

Comment 16

[Cameron]

AMO bugspam. Correcting QA contacts on OLD bugs ([e-mail])

-> Correct QA contact ([e-mail])

Filtermeplzkthx

Comment 17

[Cameron]

Bugspam makes us be-come druggies
Fa-la-la-la-la, la-la-la-la
Get morgamic some more coffee
Fa-la-la-la-la, la-la-la-la

Updating all the bugs which have "Update" or "UMO" in them.

Comment 18

[Mike Shaver (:shaver -- probably not reading bugmail closely)]

WFM post-rustico.