Closed
Bug 116259
Opened 23 years ago
Closed 23 years ago
Inactive Link Toolbar links use wrong icons
Categories
(SeaMonkey :: Themes, defect)
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: jmccabe, Assigned: sballard)
Details
(Keywords: regression)
Attachments
(2 files)
12.50 KB,
image/png
|
Details | |
1.93 KB,
patch
|
bzbarsky
:
review+
hewitt
:
superreview+
|
Details | Diff | Splinter Review |
The inactive links on the Link Toolbar are using the wrong icons (rather than a
greyed version of the active icon they are using images from the Bookmarks icons).
Using 2001122008 build.
Image to be attached.
Reporter | ||
Comment 1•23 years ago
|
||
Reporter | ||
Comment 2•23 years ago
|
||
It should be mentioned that this /may/ be related to 113100.
Updated•23 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 4•23 years ago
|
||
The icons used to be correct. So someone broke them... Reassigning regressions
nobody@mozilla.org seems a little odd, even if they are in a part of the UI
that's off by default.
Assigning to Stuart, ccing Tim
Assignee: nobody → sballard
Keywords: mozilla0.9.8,
regression
Assignee | ||
Comment 5•23 years ago
|
||
I'm not seeing this in 2001122808 in the classic skin. Is it modern-only?
Comment 6•23 years ago
|
||
Almost certainly. The classic icons were never munged in the "fix too-large
icons" checkin, iirc. The modern ones were...
Assignee | ||
Comment 7•23 years ago
|
||
I don't know if this is the right fix, but it works...
Comment 8•23 years ago
|
||
Um... Either there is a style system bug here or something is setting the
inline-style list-style-image on those elements (bad idea as far as theming
goes, no?).... ccing hyatt.
Stuart, could you use DOM inspector on a navigator window and see which style
rules are applied to the elements in question and where these rules come from
(without your fix)?
Assignee | ||
Comment 9•23 years ago
|
||
This appears in skin/modern/communicator/bookmarks/bookmarksToolbar.css (sorry,
don't know what path in CVS that corresponds to, I only use patchmaker :) ) line
72.
toolbarbutton.bookmark-item[disabled="true"] {
cursor: default !important;
text-decoration: none !important;
list-style-image:
url("chrome://communicator/skin/bookmarks/bookmark-item-dis.gif") !important;
}
My personal feeling is that it really is a bug for themes to be using !important
rules all over the place, but if a !important rule is being used for
bookmarktoolbar items in general, then I need to use a !important rule to
override that, right? :) Hewitt, care to give us some commentary on why
!important rules are used and whether they're kosher in this case?
Now that I've found this (thanks for the tip about the document inspector!) I'm
more convinced that this is indeed the right patch. Anyone want to review?
Comment 10•23 years ago
|
||
Comment on attachment 63071 [details] [diff] [review]
Patch to fix the problem
Hmm... The classic version of bookmarksToolbar.css
(http://lxr.mozilla.org/seamonkey/source/themes/classic/communicator/bookmarks/
bookmarksToolbar.css) also uses the !important stuff all over...
The patch does indeed do the right thing given the bookmarksToolbar.css files,
but I'm confused as to why this bug is modern-only then. :)
In any case, r=bzbarsky; get sr from hewitt, please
Attachment #63071 -
Flags: review+
Comment 11•23 years ago
|
||
Comment on attachment 63071 [details] [diff] [review]
Patch to fix the problem
sr=hewitt
Attachment #63071 -
Flags: superreview+
Thanks Stuart, I landed this for you.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Updated•16 years ago
|
Product: Core → SeaMonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•