Correctly handle "html style" property names

When passing in a property such as "background-color", the code should
normalize with the camelCase function earlier as CSS.Lists.colors
expects the normalized version.

velocity.js

@@ -2759,7 +2759,7 @@ return function (global, window, document, undefined) {
                        colorRed, colorGreen, and colorBlue RGB component tweens into the propertiesMap (which Velocity understands) and remove the shorthand property. */
                     $.each(propertiesMap, function(property, value) {
                         /* Find shorthand color properties that have been passed a hex string. */
-                        if (RegExp("^" + CSS.Lists.colors.join("$|^") + "$").test(property)) {
+                        if (RegExp("^" + CSS.Lists.colors.join("$|^") + "$").test(CSS.Names.camelCase(property))) {
                             /* Parse the value data for each shorthand. */
                             var valueData = parsePropertyValue(value, true),
                                 endValue = valueData[0],
@@ -2784,7 +2784,7 @@ return function (global, window, document, undefined) {
                                         dataArray.push(startValueRGB[i]);
                                     }
 
-                                    propertiesMap[property + colorComponents[i]] = dataArray;
+                                    propertiesMap[CSS.Names.camelCase(property) + colorComponents[i]] = dataArray;
                                 }
 
                                 /* Remove the intermediary shorthand property entry now that we've processed it. */
@@ -3883,4 +3883,4 @@ return function (global, window, document, undefined) {
 
 /* The CSS spec mandates that the translateX/Y/Z transforms are %-relative to the element itself -- not its parent.
 Velocity, however, doesn't make this distinction. Thus, converting to or from the % unit with these subproperties
-will produce an inaccurate conversion value. The same issue exists with the cx/cy attributes of SVG circles and ellipses. */
+will produce an inaccurate conversion value. The same issue exists with the cx/cy attributes of SVG circles and ellipses. */