Uh oh!
There was an error while loading. Please reload this page.
Streamlined and unified opacity methods - #73
Conversation
Currently methods for getting/setting opacity have different workflow:
- in IE w/o opacity support `getStyle_IE` invokes `getOpacity_IE`
- in other browsers `getOpacity` invokes `getStyle` (doing unneeded operations like `normalizeStyleName('opacity')`)
Also `setOpacity_IE` and `getOpacity_IE` check `STANDARD_CSS_OPACITY_SUPPORTED` each time they are invoked (not good for animation performance).savetheclocktower
commented
Nov 2, 2012
Hey, can I ask a favor? I want to apply this, but before I do, I need to make absolutely sure that this works in:
If you can assure me that the tests pass in all three of the above (for #2, testing any one of IE 7, 8, or 9 works for me), then I'll merge this. I'm very cautious about this code because I last touched it to add support for IE 10, and it was painstaking surgery to arrive at something that worked everywhere. |
victor-homyakov
commented
Nov 5, 2012
|
victor-homyakov
commented
Nov 6, 2012
There is another opacity-related issue, now in Opera: https://prototype.lighthouseapp.com/projects/8886/tickets/1282-latest-prototypejs-from-github-repo-fails-in-opera - should I make another pull request or include in this one? |
savetheclocktower
commented
Nov 6, 2012
I'd say make another one. I'll merge this one soon enough. |
Currently methods for getting/setting opacity have different and inefficient workflow:
getStyle_IEinvokesgetOpacity_IE(but only after useless operations likenormalizeStyleName_IE())getOpacityinvokesgetStyle(doing useless operations likenormalizeStyleName('opacity'))Also
setOpacity_IEandgetOpacity_IEcheckSTANDARD_CSS_OPACITY_SUPPORTEDeach time they are invoked (not good for animation performance).