I'm specifically referring to the one that is opaque currently in the above image. I found the one that changes for the white color (I think).
That's nothing built-in but caused by the style used by you, I recommend just firing up the inspector of your browser, it will provide you with all CSS selectors and properties affecting that element. Usually you can just right-click and chose Inspect (phrasing may vary) from the context menu to get there quickly.
That's nothing built-in but caused by the style used by you, I recommend just firing up the inspector of your browser, it will provide you with all CSS selectors an
Actually, it is controlled by some of the standard WBB css designators.
The one that controls the white background appears to be
specifically the blue color background that shows your reply.
Once I know the CSS designator, I can change it via the !important tag (if necessary) or find it in my paid style and modify it there.
Yes, but the style has customized the hover color. Chrome's developer tools allow to toggle the hover state on the <li> targeted by above rule, displaying the CSS that is active when hovering.
Guess Chrome on my Mac is a little different.. because I can't find where to see where it changes at when I go back and hover. the Developer Tools (when looking in the "Styles" and "Computed" tabs) never change when I hover. I realize that the style has changed it.. what I'm needing is the CSS for the transition that is performed in the HOVER status - which the Mac is not showing (or I can't find where to do find it at on Chrome/OS X).
I'll just wait on the style author to hopefully reply on their support site to give me the specific CSS designator that is used for the hover color (which is probably the standard one as used in all other styles).
Never new getting a simple CSS designator was going to be so difficult.
Maybe @Cr@@gle can help
I've got a post in over on the support site.
I think the normal CSS designator is theCSS
but not really sure - that might only be for the new ones (which looking more at it I think it is).. the CSS designator should be the same for any of them since it's controlled by the the core script (or should be).
Actually the option for the hover state is hidden behind a meaningless icon, I'm so used to it I didn't recognized it as being super stressful to find.
Regarding your selector this is all right, but there is a second rule that kicks-in when the element in the outstanding state (the selector above) is hovered. This one gets revealed when clicking on the element in question in the inspector and then toggle the :hover state which will cause new rules to pop up.
uestion in the inspector and then toggle the :hover state which will cause new rules to pop up.Code
is the specific code.. thanks for pointing the push pin and its function out.... never knew that one!