The HTML spec's algorithm for parsing a floating-point number" skips aIs there supposed to be another double-quote to match this one?
Will other browsers pass this test with the changes? It looks like they're already passing without this, so perhaps they wouldn't? https://wpt.fyi/results/html/semantics/forms/the-input-element/number.html
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |
// http://www.whatwg.org/specs/web-apps/current-work/#floating-point-numbersMostafa AboalkasimSo the URL should be updated to https://html.spec.whatwg.org/C/#rules-for-parsing-floating-point-number-values , right?
Kent TamuraI don't think we need to update it. The spec already mentions in the parsing algorithm that if a '+' appears before a number (e.g. "+100") [see point 8 here](https://html.spec.whatwg.org/multipage/common-microsyntaxes.html#rules-for-parsing-floating-point-number-values), it should be skipped and the number should still be parsed. Firefox follows the same behavior as well:
https://searchfox.org/firefox-main/source/mozglue/misc/decimal/Decimal.h#234
http://www.whatwg.org/specs/web-apps/current-work/#floating-point-numbers doesn't say the leading `+` is acceptable, and https://html.spec.whatwg.org/C/#rules-for-parsing-floating-point-number-values says it's acceptable. The comment should point to https://html.spec.whatwg.org/C/#rules-for-parsing-floating-point-number-values, I think.
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |
The HTML spec's algorithm for parsing a floating-point number" skips aIs there supposed to be another double-quote to match this one?
Done
Mostafa AboalkasimSo the URL should be updated to https://html.spec.whatwg.org/C/#rules-for-parsing-floating-point-number-values , right?
Kent TamuraI don't think we need to update it. The spec already mentions in the parsing algorithm that if a '+' appears before a number (e.g. "+100") [see point 8 here](https://html.spec.whatwg.org/multipage/common-microsyntaxes.html#rules-for-parsing-floating-point-number-values), it should be skipped and the number should still be parsed. Firefox follows the same behavior as well:
https://searchfox.org/firefox-main/source/mozglue/misc/decimal/Decimal.h#234
http://www.whatwg.org/specs/web-apps/current-work/#floating-point-numbers doesn't say the leading `+` is acceptable, and https://html.spec.whatwg.org/C/#rules-for-parsing-floating-point-number-values says it's acceptable. The comment should point to https://html.spec.whatwg.org/C/#rules-for-parsing-floating-point-number-values, I think.
Done
Will other browsers pass this test with the changes? It looks like they're already passing without this, so perhaps they wouldn't? https://wpt.fyi/results/html/semantics/forms/the-input-element/number.html
Done
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |
| Code-Review | +1 |
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |