Closed Bug 456829 Opened 17 years ago Closed 16 years ago

messagereader: honor font & color system defaults

Categories

(Thunderbird :: Message Compose Window, defect, P3)

defect

Tracking

(Not tracked)

RESOLVED FIXED
Thunderbird 3.0b2

People

(Reporter: davida, Assigned: clarkbw)

References

Details

(Whiteboard: [no l10n impact])

Attachments

(3 files)

We should figure out how much the UI should follow the system-specified defaults. In general, I suspect we want to use %-based font sizing, rather than fixed widths, so that the system defaults become the 100% baseline, and our adjustments are relative to those. Color choices are harder to fit within design goals, but are worth exploring.
Both color and font respected the OS settings up until Thunderbird 2. Hopefully both can be reverted to that.
Flags: wanted-thunderbird3?
Flags: blocking-thunderbird3?
blocking‑thunderbird3+; breaking system integration is a big no-no, might make thunderbird un-usable for folks with odd settings (due to taste or disability).
Flags: wanted-thunderbird3?
Flags: blocking-thunderbird3?
Flags: blocking-thunderbird3+
Priority: -- → P3
Target Milestone: --- → Thunderbird 3.0b1
David says that fonts are now 100% theme based. The colour issues don't block b1, so moving out to b2.
Target Milestone: Thunderbird 3.0b1 → Thunderbird 3.0b2
giving to David, who might send it over to clarkbw
Assignee: nobody → david.ascher
Whiteboard: just colors left now...
I'm not sure the Whiteboard ("just colors left now") is correct. The fonts in the "collapsed" view ("hide details") are larger than the OS-selected size, and also larger than all other fonts in Thunderbird's UI. That's not necessary or even beneficial (IMO). Just make the Subject line *bold* in _both_ header views. That's probably all the emphasis the header info needs.
I need to be convinced that this blocks tb3.
(In reply to comment #6) > I need to be convinced that this blocks tb3. It's the most visually noticeable change since Tb2, and it's for the worse!?
Attached image High-contrast on Ubuntu
Best case for blocking on colors I can make (which required stepping out of my "everything's already shades of grey with a little touch of blue" Mac world): this is my Ubuntu VM set to the "high contrast inverse" theme that's apparently both useful for laptop screens in bright sun and accessibility for low-vision. A few seconds in the prefs (and then a few minutes in about:config, since our colorpicker won't pick 000033) to change the message body colors, and I had everything looking like my accessible theme except the glaringly different block of messagereader.
pushing to dmose
Assignee: david.ascher → dmose
Whiteboard: just colors left now... → [just colors left now...][no l10n impact]
I guess I should take this back since I'm working on bug 461098 which has the fix for this in the works. Currently the latest patch is in attachment 359808 [details] [diff] [review]
Assignee: dmose → clarkbw
Status: NEW → ASSIGNED
Whiteboard: [just colors left now...][no l10n impact] → [just colors left now...][no l10n impact][has patch in review - see bug 461098]
Just added Attachment #360179 [details] to bug 461098 which shows the latest color changes in the patch that should fix this bug.
Whiteboard: [just colors left now...][no l10n impact][has patch in review - see bug 461098] → [no l10n impact][waiting on checkin of bug 461098]
magnus cleaned up and checked in attachment 360627 [details] [diff] [review] from bug 461098 which has the CSS changes that should fix this bug. Please take a look at a nightly release later tonight and update this bug. Thanks
Whiteboard: [no l10n impact][waiting on checkin of bug 461098] → [no l10n impact]
Though only for gnomestripe (linux) so far.
I took screenshots of 3 different states of the windows system in between torturing myself by actually building Thunderbird on windows. 1) Is windows in the high contrast theme with the patch applied, there is no variation of look with this theme between either of the background color options described below. 2) windows using the AppWorkspace background color with the default theme. This looked really horrible because it's so dark and doesn't match the button colors. 3) windows using the Menu background color with the default theme. This looks more like what we want, the buttons blend in and it's a light enough color that the text looks good. Will attach the patch the provides this next.
This patch is very similar to what was done on Linux in the reply all bug (bug 461098). In fact the only variation was the background color of Menu, instead of AppWorkspace. I also did some minor cleanups that probably should have been done on the Linux CSS as well had I caught them the first time around. Will put up a separate patch for cleaning up the Linux theme later. I know bienvenu has windows and perhaps a chance to look at this?
Attachment #362791 - Flags: review?(bienvenu)
sure, I'll look at this in the next hour or so.
Whiteboard: [no l10n impact] → [no l10n impact][need review bienvenu]
Comment on attachment 362791 [details] [diff] [review] patch to use CSS system colors in message header for the windows theme I'll land this. The lack of color contrast between the header and message area might take a bit of getting used to, but let's give it a try.
Attachment #362791 - Flags: review?(bienvenu) → review+
ok, checked in.
Status: ASSIGNED → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
Whiteboard: [no l10n impact][need review bienvenu] → [no l10n impact]
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: