-
Notifications
You must be signed in to change notification settings - Fork 54
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Should explicit upscale (^) be required for pct:nnn? #1741
Comments
(From Edinburgh meeting 2018-12-05) |
My preference is not to make any change but to note the weirdness explicitly in the spec. e.g. editorial issue to explain why |
Agreed but I'd add that |
Or we could just stop supporting |
@mikeapp: By leaving ^ in, you can distinguish between don't implement upscaling (501) and bad request for upscaling (400) |
Editors agree -- clarification about the usage of ^ and pct, no actual normative change. |
In the current draft, any upscaling operation must be indicated by a "^" (caret) in the size parameter.
For percentage size operations, this is technically redundant:
pct:200
and^pct:200
can only mean the same thing.Which is better? Be consistent, so that upscaling is always indicated by a caret?
Or not require it on
pct
, as it is redundant?The text was updated successfully, but these errors were encountered: