Closed Bug 249447 Opened 20 years ago Closed 20 years ago

The Mozilla Update site does not use a consistent look and feel

Categories

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

enhancement
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: kadams, Assigned: wolf)

References

()

Details

(Whiteboard: fixed by 260157)

Attachments

(3 files)

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7) Gecko/20040608 Firefox/0.8 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7) Gecko/20040608 Firefox/0.8 The Mozilla Update site's look and feel is very different from the rest of the Mozilla site. This is an extension of the disparate branding that Steve Garrity identified in his "Branding Mozilla: Toward Mozilla 2.0" (http://actsofvolition.com/steven/mozillabranding/), and should be corrected for many of the same reasons. Reproducible: Always Steps to Reproduce: NA Actual Results: NA Expected Results: At the least, the same typography and color scheme as the rest of the site.
Assignee: bugs → psychoticwolf
Component: Web Site → Update
Product: Firefox → mozilla.org
QA Contact: mozilla.update
Version: unspecified → other
That's what you get for letting someone completely independently design a website and get it up and running mostly on their own. Are you going to complain that Bugzilla does not look like mozilla.org?
Bugzilla is generally not a consumer-facing web site, whereas the Update site is, so I'll withhold any complaints on the Bugzilla site :-)
Keywords: polish
Severity: normal → enhancement
So basically, your request is that Update use the same stylesheets, etc as mozilla.org?
It goes a little deeper than just stylesheets. The images used on the tabs at the top of the page, for example--those should probably be changed to resemble the "downloads products support..." navbar at the top of the mozilla.org site, which doesn't use images at all.
(In reply to comment #4) > It goes a little deeper than just stylesheets. The images used on the tabs at > the top of the page, for example--those should probably be changed to resemble > the "downloads products support..." navbar at the top of the mozilla.org site, > which doesn't use images at all. I'll add my vote to this as well.. mozilla.org has a very nice stylesheet and general layout. Seems quite userfriendly, etc. Since update.mozilla.org is an "extension" of the mozilla.org website, and the part of the website that customers will potentially interact with the most, i think it should share the similar look and feel. vote++
One thing to note.. Update != www.mozilla.org... Yes, they're both end-user facing sites.. and the current design of update is by no means finished, in some areas it just plain sucks, but simply put, I don't believe matching the style of mozilla.org is going to work here. Most of the problems with update's design have already been filed as other bugs... Though the site's design does suffer from a lack of integration points with its sisters. I neither want to clutter the design with external links that aren't relevant, or duplicate content that would have to be maintained in two places. Re: Comment #4: If the tabs were removed and matched the products, support, etc links on mozilla.org, users would most likely *think* that's what they were. which is not a good thing. Since the links are very different. Comment #0 references a branding article, which discusses the use of imagery. particularly the Mozilla, Thunderbird, and Firefox logos.. Update does maintain consistant branding. Not sharing a site's style doesn't make it any less "mozilla" I realize this comment might be read to mean I'm looking at this bug as a wontifx, not at all. There's valid points here.. but if the expected resolution is that update will suddenly adopt the mozilla.org styles and return to being a tan/brown with similarly placed items.. that's not likely to happen. Constructive comments about stuff that can be changed to improve the feel of it are welcome. Me too comments such as #5 probably aren't. --> Confirming Bug as a valid RFE.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: polish
Priority: -- → P3
http://bugzilla.org has recently updated there website styles. They have done a very nice job of complementing mozilla.org. I believe update.mozilla.org would benifit from a similar approach.
> I neither want to clutter the design with external links that aren't relevant, or duplicate content that would have to be maintained in two places. < Agreed, but I'm talking about design and layout, not content (including links). I think the site can borrow enough look and feel to "fit in" without hampering its very different purpose. My interpretation of branding appears to be a little different--mozilla.org sets a particular visual style that is associated with the mozilla.org brand of web site. Not sharing in that visual style decreases the associaion with mozilla.org. I see a parallel to the discussion in the article on sharing common elements across the icons and images for Thunderbird and Firefox. Substitute "Mozilla applications" with "mozilla.org web sites", "icons" with "layouts", and "application" with "web site": "The new Mozilla applications each stand alone, yet they are related and are often used side-by-side. A common style element and style can be applied to icons and logos that are appropriate for each application." We may have to find some middle ground here--I think the update site would benefit by incorporating many of the elements created by a talented designer (Dave Shea) for the mozilla.org web site. Furthermore, I think it could do this while at the same time being able to stand alone. The Bugzilla web site mentioned is a good example--a lot of the elements from mozilla.org were incorporated, but enough customization occurred to fit the purpose of the site. This may be a case where a picture is worth a thousand words; I'm going to try and take a quick whack at a redesign of the front page based on what I'm advocating above. I'll post the URL if/when I finish it.
Like Comment #8 said a picture is worth a thousand words. I grabbed the stylesheet from bugzilla.org and the welcome page from update.mozilla.org and here is an example of what could be done.
(In reply to comment #9) Is that a photoshop'd screenshot, or did you actually tweak the HTML and CSS for the various sources to create that image? If the latter, could you attach your HTML and CSS? I'm working on pretty much the same thing, so I'd hate to duplicate effort if you've beat me to the punch :-)
Regarding attachment 153062 [details] that is great. I currently LOVE the current design for Update.m.o but I do agree that a consistent look between mozilla.org projects is a must. And this screenshot is great. I vot for it. Also I think it's important that it render well in Opera and IE so they can see what they are missing.
Attached file files used to create example (deleted) —
Here is the css, images, and html I used to create the example. I've also added an example of the extensions front page. The pages are just static html. I basically just copied the stylesheet and layout from bugzilla and the content from update.mozilla.org.
I REALLY like this look. The only thing that i like about the current look and feel that i dont like about this one is that you cannot switch between applications as easily, because the application names are not as clearly visible. Maybe just a personal opinion, but other than that, I have to say i like this design a lot more than the current one.. Looks VERY professional and consistent (very clean looking). Also, bugzilla.mozilla.org is also moving to a more consistent look and feel with mozilla.org, so the major components of mozilla.org's web presence have been transferred over to use the same style. update.mozilla.org will fit right in if it uses the styles described above. If not, i believe it will feel like a third-party site (like texturizer.net). New Bugzilla look and feel being tested here (WIP). http://mecha.mozilla.org/bztest/ The official bugzilla site has also adapted a similar lookandfeel http://www.bugzilla.org Anyway, just trying to bring up some points to the discussion. In the end, it will be up to Wolf, and the mozilla.org guys..
Priority: P3 → --
Whiteboard: after-aviary1.0PR
Please make sure you keep the font size relative (as in the proposed layouts) as the current static font size solution on the site gives very ugly results. Nice (X?)HTML Strict / CSS would allow to squash bug 246851 and bug 247572. (Please do not forget bug 245948 while designing)
This bug has my support. :-) Though its very likely it'll center around the new website-beta announced today. and not the bugzilla.org look (though I personally like the bugzilla look much more than the current mozilla.org which I intentionally avoided when designing Update.) I added after-aviary1.0PR to the status whiteboard, which means this is on target to get visited between 1.0PR and 1.0.. (probably closer to 1.0PR.) So, if any of you were worried that Update would reach 1.0 with the current look, put those fears to rest, it most certainly will not.
Wow, that's hot... I say use it.. and screw website-beta.mozilla.org :D
Blocks: 249787
Status: NEW → ASSIGNED
Whiteboard: after-aviary1.0PR
Depends on: 247572
Depends on: 246851
Blocks: 258201
Depends on: 260157
Whiteboard: fixed by 260157
Blocks: 260157
No longer depends on: 260157
Bulk Moving Web Site bugs to new component. (Filter: massumowebsitespam)
Component: Update → Web Site
Product: mozilla.org → Update
Version: other → unspecified
Target Milestone: --- → 1.0
No longer depends on: 247572
Can we mark this as fixed now?
I'll mark it as fixed when I feel it is. Thanks.
I would certainly not consider it fixed, since the update site is still out of sync with the rest of mozilla.org in terms of visual consistency.
(In reply to comment #21) Comment #19 was in reference to http://update-beta.mozilla.org. Not update.mozilla.org.
Status: ASSIGNED → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
Product: addons.mozilla.org → addons.mozilla.org Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: