Closed Bug 339526 Opened 19 years ago Closed 19 years ago

[rfe] import wizard needs some branding

Categories

(Firefox :: General, enhancement)

2.0 Branch
enhancement
Not set
normal

Tracking

()

RESOLVED FIXED
Firefox 2 beta1

People

(Reporter: moco, Assigned: moco)

References

Details

(Keywords: fixed1.8.1, Whiteboard: [SWAG: fix landed for both trunk and branch for winstripe, pinstripe and gnomestripe])

Attachments

(18 files, 5 obsolete files)

41.68 KB, image/jpeg
Details
42.02 KB, image/png
Details
27.81 KB, image/jpeg
Details
361 bytes, patch
bugs
: review+
Details | Diff | Splinter Review
39.01 KB, image/tiff
Details
54.53 KB, image/tiff
Details
51.00 KB, image/tiff
Details
56.09 KB, image/tiff
Details
515 bytes, patch
bugs
: review+
Details | Diff | Splinter Review
32.40 KB, image/jpeg
Details
69.96 KB, image/jpeg
Details
70.01 KB, image/jpeg
Details
1.55 KB, patch
bugs
: review+
Details | Diff | Splinter Review
5.60 KB, image/png
Details
5.41 KB, image/png
Details
33.08 KB, image/jpeg
Details
32.25 KB, image/jpeg
Details
19.11 KB, image/png
Details
[rfe] import wizard needs some branding when I first run firefox (or thunderbird) I get the import wizard. and while there is some branding (at least on windows xp, if you look at the task bar), the import wizard itsself has no branding to indicate that this dialog is from firefox (or tbird). perhaps we could add a firefox logo (tbird logo) to this first wizard page or to the top area ("Import Settings And Data From") or to the title of the window? I'll attach a screen shot. also, maybe "Import Settings And Data From" should be ""Import Settings And Data"? I can spin that out to another bug if anyone else agrees the wording is odd.
The window should at least have the Firefox application icon in the upper-left corner. Better still would be a nice icon like: .-------. | .-------. | | .-------. | | | | |\ | | | ~~~~~ | ------ \ | | | ~~~~~ | > [ firefox logo] '-| | ~~~~~ | ------ / '-| ~~~~~ | |/ '-------' In the wizard pane's title area. And yes, that title is awkward. This panel should be titled: "Import From" or "Select a Source to Import From".
I'll spin out a new bug about the wording, since mike b. agree's it could use some improvement. do you think the branding is worth improving for 2.0? since it is the first thing users see, I think it is worth considering.
Flags: blocking-firefox2?
Flags: blocking-firefox2? → blocking-firefox2+
I spun the wording out to #340052, and I'll let this bug cover the branding issue so this this bug just covers the icon change. I like the ascii art that beltzner drew up, and the other apps could replace the ff logo with the appropriate logo (seamonkey, tbird, sunbird, assuming they have import.) beltzner, who do I ping about creating an official icon?
Assignee: nobody → sspitzer
OS: Windows XP → All
Hardware: PC → All
Target Milestone: --- → Firefox 2 beta1
Status: NEW → ASSIGNED
Whiteboard: [SWAG: 0.25 days, but blocked on artwork]
> beltzner, who do I ping about creating an official icon? mike tells me that steven (steven@silverorange.com) is the person to ask for icons. steven, please see comment #2 of this bug, where mike uses ascii art to show what he's got in mind.
Why don't we just take a screenshot of Mike's ASCII art and use that? :-) A few thoughts: * Any kind of document icons are pretty platform-specific (OS X doc icons, Win XP doc icons, etc.). I could produce platform specific images for this, but maybe we should avoid that? * What if followed the style/format of the installer? See the attached screenshot (note the first page with large image on the left and second page with small logo in the top right).
Sure, that works for me, Steven. The importer is the only wizard we have, so it's not like we need to differentiate. (back in Eclipse-world, we have wizards for pretty much everything, with icons to match ... that's probably what influenced my previous over-thinking) We can always iterate after we've got this first low-bar, if we feel it's not enough.
Seth, are you ok to just steal the graphics from the installer, or do you need help with that?
steve, I can use http://lxr.mozilla.org/mozilla1.8/source/browser/installer/windows/wizHeader.bmp in the wizard, but that's a .bmp so I'll convert it to a more prefered format before I add it to the theme (or search for it already.) I plan on making it look like the "Setup Type" dialog in https://bugzilla.mozilla.org/attachment.cgi?id=224449&action=view, with the branded icon on the right.
you'll see that I'm using chrome://branding/content/wizHead.png for my image url, and that image is http://lxr.mozilla.org/mozilla1.8/source/browser/installer/windows/wizHeader.bmp (converted to png) for pinstripe, I think I'll need a transparent png to make it look right, but I'll still screen shot to see how it looks with my wizHead.png
note that for linux, we don't have import (but we do have the wizard in toolkit)
but, there is a bookmarks import wizard on all platforms, so I'll include the patch for gnomestripe, too.
Comment on attachment 224607 [details] [diff] [review] diff, notice this is windows only seeing r= from ben on the windows patch, then I'll work on mac and unix.
Attachment #224607 - Flags: review?(beng)
Attachment #224652 - Attachment description: new screen shot → new screen shot of windows
Attachment #224698 - Attachment description: 1.5 bookmarks import (for comparison) → 1.5 bookmarks import mac (for comparison)
Attachment #224699 - Attachment description: 2.0 bookmarks import → branded bookmarks import
Comment on attachment 224607 [details] [diff] [review] diff, notice this is windows only obsolete, the correct patch for windows is only a change to toolkit/themes/winstripe/global/wizard.css
Attachment #224607 - Attachment is obsolete: true
Attachment #224607 - Flags: review?(beng)
Seth, why use this chrome://branding/content/icon64.png globe? To me it is ugly and doesn't fit in with any other Mozilla globes. At least use the Bon Echo styled globe.
> Seth, why use this chrome://branding/content/icon64.png globe? To me it is ugly > and doesn't fit in with any other Mozilla globes. At least use the Bon Echo > styled globe. kurt, I agree, that globe isn't as nice as the bon echo / minefield styled globe. you'll see that same globe in pinstripe in firefox and the qute theme in thunderbird: /toolkit/themes/pinstripe/global/global.css, line 141 -- list-style-image: /mail/themes/qute/mail/newmailalert.css, line 54 -- list-style-image: url("chrome://branding/content/icon64.png"); for official firefox builds the icon is nicer, see http://lxr.mozilla.org/seamonkey/source/other-licenses/branding/firefox/content/icon64.png so I think the follow up bug to address your concern is: we need a better styled icon to replace mozilla/browser/base/branding/icon64.png
Attachment #224800 - Attachment description: linux screen shot (gnomestripe) → linux screen shot bookmarks import (gnomestripe)
Attachment #224799 - Attachment is obsolete: true
Attachment #224802 - Flags: review?(bugs)
Attachment #224799 - Flags: superreview?(bugs)
Whiteboard: [SWAG: 0.25 days, but blocked on artwork] → [SWAG: fix in hand, awaiting reviews for pinstripe, winstripe, gnomestripe theme changes]
> Seth, are you ok to just steal the graphics from the installer, or do you need > help with that? I agree with kurt (in his comment #27) that the simple globe should be replaced with the stylized one, if possible. Steven, can you help me out by create replacements for mozilla/browser/base/branding/icon64.png for both bon echo and minefield? (the official firefox branded version already looks good for chrome://branding/content/icon64.png)
Here are the icon64.png variations for Minefield and Bon Echo. Let me know if there's any trouble. Where did that other (unbranded) icon64.png come from anyhow?
Attachment #224802 - Flags: review?(bugs) → review+
Attachment #224702 - Flags: review?(bugs) → review+
Attachment #224653 - Flags: review?(bugs) → review+
> Where did that other (unbranded) icon64.png come from anyhow? not sure. I can see from bug #282057 that moved theme into the current location in the tree, but I'm not sure who did the original art. thanks for the new images! I've checked in on branch and trunk (r/a=ben, which I forgot to include in my checkin comment, ugh!)
Status: ASSIGNED → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
Keywords: fixed1.8.1
Whiteboard: [SWAG: fix in hand, awaiting reviews for pinstripe, winstripe, gnomestripe theme changes] → [SWAG: fix landed for both trunk and branch for winstripe, pinstripe and gnomestripe]
oops, the gnomestrip wizard.css is the same as the winstripe.css, so it should not be necessary. i'll confirm that and back out the gnomestrip changes on my linux box (actually, vlad's linux box) and from trunk and branch.
Attachment #224912 - Attachment description: screen shot with new icon (thanks steven!) → bonecho screen shot with new icon (thanks steven!)
> i'll confirm that and back out the gnomestrip changes on my linux box > (actually, vlad's linux box) and from trunk and branch. I confirmed that the wizard.css file is not needed for gnomestripe, since the one in winstripe is the same, so I've backed that part of this change out of trunk and branch. thanks to ben for pointing this out.
Was this change intended for the other users of the wizard too ? I see it on the software update dialog and the extension compatibility check (that appears on startup). I'm not saying that the change is a bad one, just that the icon may use space intended for other UI and this should be systematically checked. Also, I reckon the text would look better if it wasn't jammed up in the top left corner of the header and immediately below an identical window title (on Windows at least).
> Was this change intended for the other users of the wizard too ? nick, you raise a good point. ben just raised a similar concern over the look of the "Incompatible Components" wizard that he sees when launching minefield. here's what ben suggested: use a smaller icon (32x32 instead of 64x64) unless there is a "byline"), and if so, use a 16x16 icon. I'll spin up a new bug for this.
This is also appearing in the reporter tool.
(In reply to comment #44) > This is also appearing in the reporter tool. See bug 341697.
Thanks Gavin.
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: