Closed Bug 427979 Opened 17 years ago Closed 17 years ago

Bring back download manager banding, this time with native colours

Categories

(Core :: Widget: Gtk, defect)

x86
Linux
defect
Not set
normal

Tracking

()

RESOLVED FIXED
mozilla1.9

People

(Reporter: ventnor.bugzilla, Assigned: ventnor.bugzilla)

Details

(Keywords: polish, regression, ue)

Attachments

(2 files, 1 obsolete file)

Attached patch Patch (obsolete) — Splinter Review
Linux was an unfortunate innocent victim of the decision to remove banding from the download manager on Windows. I contacted faaborg on IRC and to paraphrase him, if you're going to do it, do it right. I _finally_ found out what makes treeview backgrounds tick. Its very slightly uglier than Mac, but its trivial enough that it can and should make Firefox 3. Considering that a lot of this code mimics GTK's behaviour exactly, the risk is minimal (unless the GTK developers have had risky code for ages!). Not much in the way of tests for this bug, other than open up the download manager and verify the bands it produces matches what your GTK theme does for regular treeviews.
Attachment #314586 - Flags: superreview?(roc)
Attachment #314586 - Flags: review?(roc)
Attached patch Patch 1.001Splinter Review
Dunno how a tab managed to find its way in there...
Attachment #314586 - Attachment is obsolete: true
Attachment #314590 - Flags: superreview?(roc)
Attachment #314590 - Flags: review?(roc)
Attachment #314586 - Flags: superreview?(roc)
Attachment #314586 - Flags: review?(roc)
Attached patch Patch 2Splinter Review
Now with less duplication!
Attachment #314590 - Attachment is obsolete: true
Attachment #314736 - Flags: superreview?(vladimir)
Attachment #314736 - Flags: review?(frnchfrgg-mozbugs)
Attachment #314590 - Flags: superreview?(roc)
Attachment #314590 - Flags: review?(roc)
Attachment #314736 - Flags: superreview?(vladimir) → superreview+
Comment on attachment 314590 [details] [diff] [review] Patch 1.001 r+, provided you change the code in InitLookAndFeel to code like GdkColor* colorValue = NULL; get(colorValue); if (!colorValue) { getanother(colorValue) if (!colorValue) colorValue = new_color_value(base) } sOddCellBackground = ... gdk_color_free(...)
Attachment #314590 - Attachment is obsolete: false
Attachment #314590 - Flags: review+
Comment on attachment 314736 [details] [diff] [review] Patch 2 Ok, this way works too.
Attachment #314736 - Flags: review?(frnchfrgg-mozbugs) → review+
Comment on attachment 314736 [details] [diff] [review] Patch 2 Its a small patch that restores banding for Linux (giving it parity with Mac) while making it take on completely native colours at the same time. By doing this the DL manager looks like a native list like it was meant to (and is, on Mac). The code shouldn't be risky, it's almost exactly what GTK does to draw odd rows.
Attachment #314736 - Flags: approval1.9?
Comment on attachment 314736 [details] [diff] [review] Patch 2 a1.9=beltzner
Attachment #314736 - Flags: approval1.9? → approval1.9+
Keywords: checkin-needed
Checking in widget/src/gtk2/nsLookAndFeel.cpp; /cvsroot/mozilla/widget/src/gtk2/nsLookAndFeel.cpp,v <-- nsLookAndFeel.cpp new revision: 1.39; previous revision: 1.38 done Checking in widget/src/gtk2/nsLookAndFeel.h; /cvsroot/mozilla/widget/src/gtk2/nsLookAndFeel.h,v <-- nsLookAndFeel.h new revision: 1.9; previous revision: 1.8 done Checking in toolkit/themes/gnomestripe/mozapps/downloads/downloads.css; /cvsroot/mozilla/toolkit/themes/gnomestripe/mozapps/downloads/downloads.css,v <-- downloads.css new revision: 1.9; previous revision: 1.8 done
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
Keywords: checkin-needed
Target Milestone: --- → mozilla1.9
I'm curious about why we didn't implement the even color as well. While I understand that assuming the even color is the same as -moz-Field is safe, it's not correct. There are always chances that they are different
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: