Clarify that viewport meta allows decimal values about epub-specs HOT 5 CLOSED

I would think that is a valid erratum and should be marked as such. Definitely a class 3 in my view.

@dauwhe @shiestyle @wareid @TzviyaSiegman

from epub-specs.

I am not sure there is a bug here. Decimal seems to imply the base, not that fractions are allowed (decimal vs hexadecimal, etc). "Number" is typically used to mean a whole number or one with a fractional part, "integer" typically means no fraction. For instance, see https://developer.mozilla.org/en-US/docs/Web/CSS/number, but it is pretty common for number to mean whole or fractional.

from epub-specs.

I don't think it's a bug as much as a minor clarification. Positive number was interpreted for epubcheck as whole numbers absent any other explanation of what we meant there.

I like the idea of just linking/citing the CSS number definition, though. That might also push this down to a class 2 change.

I'll update the pull request, at any rate, and if we decide not to do anything we can just close it off.

from epub-specs.

With the explicit reference to CSS as the only change, is this really a class-3 change? It smells class-2 change to me...

from epub-specs.

It smells class-2 change to me...

That's my take now, too. We're just making clearer the connection to the already referenced ICB immediately above the list items.

from epub-specs.