Opened 10 years ago
Closed 10 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 10 years ago by
Component: | unfiled → css |
---|---|
Keywords: | 1.9-discuss added |
Status: | new → open |
comment:2 Changed 10 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 10 years ago by
Someone's got to give gibson042 access to the official voting widget and have him revote!
comment:5 Changed 10 years ago by
-1, same reasons as gibson042. I'd like to avoid future "normalization" of the results of gCS
comment:7 Changed 10 years ago by
Priority: | undecided → low |
---|
comment:9 Changed 10 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 10 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!