[Webkit-unassigned] [Bug 68775] New: -webkit-optimize-contrast: a need of behaviour rethought?

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Sun Sep 25 06:59:25 PDT 2011


https://bugs.webkit.org/show_bug.cgi?id=68775

           Summary: -webkit-optimize-contrast: a need of behaviour
                    rethought?
           Product: WebKit
           Version: 528+ (Nightly build)
          Platform: All
        OS/Version: All
            Status: UNCONFIRMED
          Severity: Enhancement
          Priority: P3
         Component: New Bugs
        AssignedTo: webkit-unassigned at lists.webkit.org
        ReportedBy: asiekierka at gmail.com


I've been trying to develop a website using -webkit-optimize-contrast for nearest-neighbour scaling, and I noticed a major behavioural difference:

Firefox (and possibly IE): Changing the scaling to nearest-neighbour affects the image with any width and height, and zooming the page in/out also uses nearest-neighbour.
WebKit (in this case, Chromium 13 with WebKit 535.1 and Google Chrome 15 with WebKit 535.2): Changing the scaling to nearest-neighbour requires you to specify the width and height EXPLICITLY, on top of that zooming the page in/out keeps using bilinear/whatever is default.

My question is, as this brings a lot of confusion: Why was this behaviour chosen? And, if there is no good reason, is there a chance this could be changed?

Example: http://i.imgur.com/3dvyF.png

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.



More information about the webkit-unassigned mailing list