[paulirish]

Fixes #352.

Swaps @acemir/cssom for cssomnom/parse in esm/html/style-element.js (leaving esm/interface/css-style-declaration.js and uhyphen untouched so el.style.toString() stays identical).

What this changes:

• Pure ESM with standard exports, so Vite/Rolldown/esbuild browser and worker builds resolve cleanly.
• If we ever want to back el.style (esm/interface/css-style-declaration.js) with cssomnom's CSSStyleDeclaration + onChange hook too (which fixes el.style.property = '' and e.style.setProperty('property', '') should delete the property #327), that commit is preserved in history at 2a6a684.

[WebReflection]

I know uhyphen is one line dependency but that's still used in more than a place, was this change necessary? 🤔

[WebReflection]

hi @paulirish - first of all, thank you! secondly, I believe inlining uhyphen did cause the regression around coverage ... I know that module is left-pad-ish but it's still my module, code-covered and everything, and I've been using it here and there to stop thinking about it ... shall we put back it as import?

Last, b ut not least, what should I bump? major, minor or patch? if things are similar but fixed I think patch is fine but as the library is different maybe minor would be appropriate? I had different ideas for major but I also wouldn't mind bumping major if needed, thanks for helping me out brainstorming this!

[paulirish]

Yeah I preferred dropping the uphyphen dependency (not realizing it was yours) especially cuz we could delete code and improve on conformance.

BUTTT I also don't care that much... I dropped that bit.. which also means no userfacing change too (the toString() thing).

Now with el.style untouched, IMO patch (0.18.15) makes total sense here. :)

[WebReflection]

it's in, thank you!