-
Notifications
You must be signed in to change notification settings - Fork 647
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
[css-images-3] Is "image-rendering: crisp-edges" still worthwhile to keep separate? #6038
Comments
Or rather, now that we're making |
I'd favor this option, because:
|
(I'm also happy using |
Cool, sounds good to me. My hope that we could get better pixel-scaling algos into browsers seems like it hasn't succeeded in any case. ^_^ |
For what it’s worth, I would prefer straightforward |
Reopening. This requires broader discussion and a CSSWG resolution. |
Note: This is blocking republication. |
The CSS Working Group just discussed
The full IRC log of that discussion<flackr> TabAtkins: fantasai pointed out this needs a resolution. I took it on editors discretion, dholbert agreed on this. image-rendering controls how images are upscaled / downscaled has a combination of value that vaguely try to keep things pixelated<flackr> TabAtkins: pixelated, crisp-edges and nearest edges <flackr> TabAtkins: we ended up deciding that ?? allowed slightly blurred edges. There was also nearest which could result in slightly different sizes because of grid mismatches <astearns> s/??/pixelated/ <flackr> TabAtkins: and nearest edges allowed for higher quality resampling. Nobody bit and implemented so I propose merging crisp-edges and nearest-neighbor <flackr> TabAtkins: I removed crisp-edges and defined it to be equivalent to nearest-neighbor which keeps edges crisp even if resized a little <flackr> chris_: I think this is right thing to do, the intent was for crisp-edges to do nearest neighbor <astearns> ack fantasai <flackr> fantasai: I don't like this change, because crisp-edges to me suggests you get crisp looking edges rather than jagged edges on diagonal lines <flackr> fantasai: there's lots of art for which this isn't appropriate. I.e. you want something upscaled in a way to maintain edge boundaries <flackr> fantasai: I can see a reason to want nearest neighbor but think this should just be called nearest neighbor since that's what you're requesting <flackr> TabAtkins: the edges are exceedingly crisp, jaggedness was present in original image <smfr> q+ <flackr> fantasai: I feel the name doesn't imply make this roughly pixelated <flackr> fantasai: i think we could do better <flackr> astearns: is crisp edges something we have to support for web compat? <flackr> TabAtkins: moz has it prefixed, maybe still, not sure about other impls <astearns> ack smfr <flackr> smfr: I think browser want to map crisp edges to pixelated because that's easier, but maybe now with machine learning algorithms we'd have better ways to upscale line art and keep the door open to use these options <fantasai> +1 crisp-edges seems to me like it would be appropriate for line art <flackr> TabAtkins: i'm fine either way, can define to be flexible or not <flackr> TabAtkins: if we leave it open, do we leave nearest neighbor as an explicit algorithm, or have a value that's something like nearest neighbor <flackr> fantasai: I think for most people they'd be happy with pixelated which does almost this <flackr> TabAtkins: I suspect so as well <fantasai> with better handling of non-integer multiples <flackr> TabAtkins: proposal is that we partially revert, keep the merging of crisp edges and nearest neighbor, default to nearest neighbor but allow impls to use better algorithms <flackr> fantasai: i think the text before did this more nicely <flackr> TabAtkins: problem was it referenced nearest neighbor algo <flackr> fantasai: we can put that as a definition in the property and reference from two values <flackr> TabAtkins: agreed <flackr> fantasai: i'm happy with crisp edges with original definition <flackr> RESOLVED: Revert the definition of crisp edges to allow for more advanced algorithms |
… a non-NN algorithm. w3c#6038
Currently,
image-rendering: crisp-edges
is defined somewhat abstractly to just be:It's allowed for this to just be identical to
pixelated
, but it can use more advanced upscaling algorithms if desired, like hq2x (I have no idea what the state of the art here is).Is there any actual interest in making this do something different from
pixelated
? Or should I just fold it in as a legacy alias, like the older SVG keywords?/cc @dholbert especially
The text was updated successfully, but these errors were encountered: