Opened 8 years ago
Closed 8 years ago
#12530 closed bug (wontfix)
$.fn.css return values for background-color
Reported by: | Owned by: | ||
---|---|---|---|
Priority: | low | Milestone: | None |
Component: | css | Version: | 1.8.1 |
Keywords: | 1.9-discuss | Cc: | |
Blocked by: | Blocking: |
Description
$("element without background-color").css("background-color"); return FF 15: "transparent" Chrome 17: "rgba(0, 0, 0, 0)"
Change History (10)
comment:1 Changed 8 years ago by
Component: | unfiled → css |
---|---|
Keywords: | 1.9-discuss added |
Status: | new → open |
comment:2 Changed 8 years ago by
Is there a reasonable value for everyone to return? If so what would it be? Could we just have a lookup table that turns "transparent" into an RGBA value?
comment:4 Changed 8 years ago by
Someone's got to give gibson042 access to the official voting widget and have him revote!
comment:5 Changed 8 years ago by
-1, same reasons as gibson042. I'd like to avoid future "normalization" of the results of gCS
comment:7 Changed 8 years ago by
Priority: | undecided → low |
---|
comment:9 Changed 8 years ago by
-1, With jQuery.Color, you can just add $.Color( element, "background-color" ).is( "transparent" )
-- both rgba(0,0,0,0) and transparent are valid responses for "transparent"
comment:10 Changed 8 years ago by
Resolution: | → wontfix |
---|---|
Status: | open → closed |
I'm not sure if we want to normalize this value, as it likely to lead to trouble and opens jQuery up to the possibility of more bugs and slowness to normalize here.
However, I'll bring it up for discussion in 1.9. Thanks for the report!