WIP CSS: Don't automatically add "px" to properties with a few exceptions

[mgol]

Summary

Don't automatically add "px" to properties with a few exceptions

Fixes gh-2795
Ref gh-4009

Checklist

• All authors have signed the CLA at https://cla.js.foundation/jquery/jquery
• New tests have been added to show the fix or feature works
• Grunt build and unit tests pass locally with these changes
• If needed, a docs issue/PR was created at https://github.com/jquery/api.jquery.com

[mgol]

This is WIP as it still needs more tests.

@dmethvin I noticed my regex from https://gist.github.com/mgol/c14fcffb24cf9c2f08eca519f4dabd90 didn't catch a few things like margin or marginTop and I wasn't able to compress the full list in a regex or a short function so I included the whole list in the end.

[mgol]

This adds 120 43 bytes, quite a lot. :/ I'd appreciate ideas to reduce the size.

[gvanderest]

As there's a lot of repetition here, would it be possible to build this using a combination of a few keywords?

Granted this file should probably be static, but: a handful of these are permutations of ["margin","border","padding"] + [...direction...] + ["", "width", "height"] and some form of population function for those combinations could happen?

[gvanderest]

Additionally, as the constant "true" is used in all these cases-- could the number 1 be used instead to reduce space?

[dmethvin]

Between Uglify and the zgip compression, many of these things go away. We don't generally care about the unminified size so things like true to 1 don't help. It's hard to know for sure if it's smaller after min+gzip unless you do the permutations and see what happens.

[mgol]

@gvanderest In addition to what @dmethvin said, in JS there's no way to quickly compute a list of all props with a certain prefix, infix & suffix; we'd need to add a triple for-loop and that adds size, not reduces it.

Instead of constructing a list you can create a regexp but the conditions here are irregular enough that the regex would still be quite large. That said, I worked on it a little more and I have an alternative regex-based approach that matches more than we need but still a finite number of values so maybe it's OK. See #4055.

[mgol]

I updated the PR, there were way too many properties listed here. It's +43 bytes now.

[mgol]

I've submitted an alternative version of this PR, see #4055.

[mgol]

Closing this in favor of #4055.