[Webkit-unassigned] [Bug 169974] New: The sizing of images in flex should take the dimension change caused by definite cross-size and aspect-ratio

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Wed Mar 22 15:06:47 PDT 2017


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

            Bug ID: 169974
           Summary: The sizing of images in flex should take the dimension
                    change caused by definite cross-size and aspect-ratio
           Product: WebKit
           Version: WebKit Nightly Build
          Hardware: Unspecified
                OS: Unspecified
            Status: NEW
          Severity: Normal
          Priority: P2
         Component: Layout and Rendering
          Assignee: webkit-unassigned at lists.webkit.org
          Reporter: francois.remy.dev at outlook.com
                CC: bfulgham at webkit.org, simon.fraser at apple.com,
                    zalan at apple.com

Steps to reproduce:

1. Define a width/height on a flex
2. Insert an image in it
3. Observe how its aspect-ratio affects its final size

https://jsfiddle.net/zcqst2pr/
https://jsfiddle.net/zcqst2pr/1/

Did this work before? N/A 
Does this work in other browsers? Yes


Actual results:

Images do not flex as they do in Edge, which has been deemed per-spec in this case (see below). 


Expected results:

Aspect-ratio should be preserved, except if the image is to be sized bigger than its normal size ("grow" test case). If it is, the flexing that takes place as a second step will shrink the image to fit the container. 

The reason flexing is different is that flex-shrink is 1 by default and flex-grow is 0 by default. Flexing doesn't have to take the image aspect-ratio into consideration, but should also refuse to shrink further than the image intrinsic size.

Please discuss this issue at https://github.com/w3c/csswg-drafts/issues/1112 if you disagree with the test results

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.webkit.org/pipermail/webkit-unassigned/attachments/20170322/4f7aaf2f/attachment.html>


More information about the webkit-unassigned mailing list