animation: unset !important;
background-image: url("chrome://global/skin/icons/loading.png") !important;
}``` в юзерпрофиль\AppData\Roaming\Mozilla\Firefox\Profilesпрофиль.default\chrome\userChrome.css
Grownups don’t have favorite colors. But children do. Rebecca Meyer had a favorite color. It was purple. A color that might be expressed in the hexadecimal language of web design as #663399.
Proposal: Mozilla should support the scrollbar-(blah)-color properties implemented in IE5.5. This would be a minor enhancement...
DON'T COMMENT UNLESS YOU ARE FIXING IT...
* The current XBL scrollbars are partly implemented in C++ and tied directly to the bits where they need to go
* Instead this bug proposes to add two pseudo elements, such as ::-moz-horizontal-scrollbar and ::-moz-vertical-scrollbar, which would become the bound elements for the XBL scrollbars
* The XBL scrollbars could then do something intelligent with inherited properties from these pseudo-elements
* This also allows users to write new scrollbars in XBL and bind them to these pseudo-elements to completely replace the scrollbars. Example: instead of a slider with buttons, a miniature image that serves as a panning control. Or whatever.
The new capability this requires is that AFAIK, XBL can't currently bind to pseudo-elements, because XBL expects to bind to something in the DOM. I don't know what would be required to change that.
What I see most often is OOCS/BEM being used in place of good markup — essentially admitting defeat in that A) we have to deal with crappy code so put some lipstick on the pig B) we don’t really care about architecture or optimization, we just want it to look and work a certain way