Closed Bug 217670 Opened 21 years ago Closed 14 years ago

Redesign of about:buildconfig

Categories

(SeaMonkey :: UI Design, enhancement)

enhancement
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: raccettura, Assigned: jag+mozilla)

Details

Attachments

(2 files)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5b) Gecko/20030827
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5b) Gecko/20030827

I propose redisigning the about:buildconfig page.

New design forthcoming.  Enhancements:

Design from about:plugins (consistant design).  
XHTML Compliant (w3c validator says so).

New design is also a bit easier on the eyes IMHO.  Would be nice if we could get
it filled in a bit more (I like information, hence I love the internet).

Reproducible: Always

Steps to Reproduce:
1.
2.
3.
Attached file buildconfig.html.in
A new mozilla/toolkit/content/buildconfig.html.in
Attached file css for new design
CSS for new design.  It's based on about:plugins.
Is a bigger file justified? Why XHTML? Buildconfig isn't the kind of thing that
needs to be prettied-up IMO. *Maybe* if it used the same CSS file as
about:plugins, but there's no need to take up more space for this, don't you think?
about:plugins is being redsigned: Bug 186490.

That page too should be XHTML.  And share the same stylesheet.  Consider this
stage 1.

The stylesheet is more generic.  The only reason I didn't bother with the
plugins page is because it's being redone (see bug).  When it's done, it should
be done the same.  And share the stylesheet.

IMHO both should be linked from "about:"
Three things: 
First, /toolkit/ is the Firebird product, not the Browser product.
Second, we need to reconsider where about:buildconfig should live.  We should
not have a separate one per product, it should just live in necko with the rest
of the about: handlers.
Third, if we're going to "redesign" it, we should look into ways to make it more
useful, not just prettier.  

Since we only need one about:buildconfig, we should consider making a way for
products to tack their own build/config information onto about:buildconfig. 
This way we can get the true build configuration when we start shipping GRE
independently of the products.  

Also, as I mentioned in bug 217407, we might want give people the ability to add
the vendor string to about:buildconfig.

Assignee: mozbugs-build → darin
Component: Build Config → Networking
QA Contact: benc
Ok, here was my thinking.  I thought about:buildconfig could be much more useful
than it is.  

Mozilla is an End User product now.  We don't want to bother the end user with
"geek speak"... BUT.  Geeks want/need "geek speak".  So do developers, and beta
testsers (such as myself).   Hence buildconfig is the right place for it. 
about: is good for enduser info.  about:buildconfig for geeks.

1.  Should be universal across products (thought it was, my mistake).  Should be
shared, so that it's consistant across.

2.  Should give as much info as possible.  IMHO, anything possible, within
reason.  Good for diagnostic, and debugging:

Date/Time of Build Start
Machine name that built it
Any possible information about the build machine's config that could be useful
(library versions, etc.)
Expand on things like "--with-extensions=all" (what extensions?  Which are they?
 Was XYZ available when this was built?
Vendor Information

Would help beta testers provide more accurate feedback via bugzilla.

With my little redesign, it would be more than fesible to have all that info,
and more displayed nicely.  Just like about:plugins is nice and easy on the
eyes.  can find anything in seconds.  Regardless of page length.
the actual content of about:* has been the stuff of XP-apps.

networking bugs for about: only relate to aspects of the protocol handler or
file mappings not working.
Assignee: darin → jag
Status: UNCONFIRMED → NEW
Component: Networking → XP Apps
Ever confirmed: true
QA Contact: benc → pawyskoczka
OS: Windows XP → All
Hardware: PC → All
Product: Core → Mozilla Application Suite
Would be ideal if about:buildconfig included gcc -Q -v output
as well as values of such variables as CFLAGS, CXXFLAGS, CHOST, MAKEOPTS.

Also take into consideration bug 261911.
MASS-CHANGE:
This bug report is registered in the SeaMonkey product, but has been without a comment since the inception of the SeaMonkey project. This means that it was logged against the old Mozilla suite and we cannot determine that it's still valid for the current SeaMonkey suite. Because of this, we are setting it to an UNCONFIRMED state.

If you can confirm that this report still applies to current SeaMonkey 2.x nightly builds, please set it back to the NEW state along with a comment on how you reproduced it on what Build ID, or if it's an enhancement request, why it's still worth implementing and in what way.
If you can confirm that the report doesn't apply to current SeaMonkey 2.x nightly builds, please set it to the appropriate RESOLVED state (WORKSFORME, INVALID, WONTFIX, or similar).
If no action happens within the next few months, we move this bug report to an EXPIRED state.

Query tag for this change: mass-UNCONFIRM-20090614
Status: NEW → UNCONFIRMED
about:buildconfig has been adjusted to the (my) new layout/design of about: by bug 372826, and I just prettied it up a bit in bug 538890, so this is WFM.
Status: UNCONFIRMED → RESOLVED
Closed: 14 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: