126336 2013-12-31 05:32:56 -0800 [fragmentation] Transforms shouldn't affect layout 2014-04-04 00:28:27 -0700 1 1 1 Unclassified WebKit CSS 528+ (Nightly build) Unspecified Unspecified NEW P2 Normal --- 126357 113050 1 krit webkit-unassigned abucur achicu bjonesbe hyatt mibalan mihnea simon.fraser WebkitBugTracker oldest_to_newest 963501 0 220155 krit 2013-12-31 05:32:56 -0800 Created attachment 220155 Continues painting - hover over content. The title doesn't really describe the actual problem correctly. If you have an element that is fragmented, it is split into different border boxes. If you apply a transform on the fragmented element, it should appear as if each fragment was transformed individually by its own border box (transform-origin is affected as well of course). For certain transforms, like rotation, more content can be visible up to the break. WebKit continues painting up to this break. This is incorrect. It seems as if the break is implemented as clipping rect and this clipping rect is not transformed as well. This leads to these weird effects that can be seen in the example. There is a second weird thing happening. I assume it is related to the described problem. If there is a translate or scale, the content can leave the region or current column of multi-column layout. Right now this content is clipped to the boundaries of the column/region. Since transforms do not effect layout, this should not happen. The attached example demonstrates both problems on multi-column. The same happens for regions as well of course. My assumption is that we should just transform the clipping region that is responsible for the breaking as well. 963541 1 simon.fraser 2013-12-31 12:32:32 -0800 > it should appear as if each fragment was transformed individually by its own border box Is that actually speced anywhere? I remember talking about it at Tucson, but don't know if we resolved or if Hyatt agrees with the resolution. 963542 2 krit 2013-12-31 12:43:55 -0800 (In reply to comment #1) > > it should appear as if each fragment was transformed individually by its own border box > > Is that actually speced anywhere? I remember talking about it at Tucson, but don't know if we resolved or if Hyatt agrees with the resolution. Yes, it is specified now: http://dev.w3.org/csswg/css-break/#transforms I do not know when it was discussed and if there was an outcome other then the spec test. Open the example in Firefox, it looks much better and fulfills the expectation of authors IMO. 963593 3 krit 2014-01-01 00:57:46 -0800 (In reply to comment #2) The current behavior also has the problem that on certain transforms the content of a different fragment gets visible. See the image http://blogs.adobe.com/webplatform/files/2013/02/pic3.png as example. With rotating Region A a bit, Line 5 can get visible. I do not think that this is desirable at all. Otherwise, we wouldn't even need to introduce a break spacing. 997491 4 abucur 2014-04-04 00:26:47 -0700 For regions we've got most of the core fragments painting functionality done. Relative positioning works well, the next step is to handle transforms properly. 220155 2013-12-31 05:32:56 -0800 2013-12-31 05:32:56 -0800 Continues painting - hover over content. multi-bug-1.html text/html 655 krit PGRpdiBpZD0iY29sdW1uIj4KICAgIDxkaXYgY2xhc3M9ImNoaWxkIj5BIEEgQSBBIEEgQSBBIEEg QSBBIEEgQSBBIEEgQSBBIEEgQSBBIEEgQSBBIEEgQSBCIEIgQiBCIEIgQiBCIEIgQiBCIEIgQiBC IEIgQiBCIEIgQiBCIEIgQiBCIEIgQiBCIEIgQiBCIEIgQiBDIEMgQyBDIEMgQyBYIFggWCBYIFgg WCBYIFggWCBYIFggWCBYIFggWCBYIFggWCBYIFggWCBYIFggWCBYIFggWDwvZGl2Pgo8L2Rpdj4K PHN0eWxlPgojY29sdW1uIHsKICAgIC1tb3otY29sdW1uLXdpZHRoOiAxMDBweDsKICAgIC13ZWJr aXQtY29sdW1uLXdpZHRoOiAxMDBweDsKICAgIGNvbHVtbi13aWR0aDogMTAwcHg7CiAgICB3aWR0 aDogNTYycHg7Cn0KLmNoaWxkIHsKICAgIGJvcmRlcjogMTBweCBzb2xpZCBsaWdodGdyZWVuOwog ICAgYmFja2dyb3VuZC1jb2xvcjogY3lhbjsKICAgIG1hcmdpbjogMTBweDsKICAgIGhlaWdodDog MjAwcHg7CiAgICBiYWNrZ3JvdW5kLWNvbG9yOiB5ZWxsb3c7CiAgICAtd2Via2l0LXRyYW5zZm9y bTogcm90YXRlKDE1ZGVnKTsKICAgIHRyYW5zZm9ybTogcm90YXRlKDE1ZGVnKTsKfQoKLmNoaWxk OmhvdmVyIHsKICAgIHRyYW5zZm9ybTogcm90YXRlKDBkZWcpOwogICAgLXdlYmtpdC10cmFuc2Zv cm06IHJvdGF0ZSgwZGVnKTsKfQo8L3N0eWxlPg==