Re: [webkit-dev] Chromium Mac moving to Skia
On Aug 18, 2011, at 12:24 PM, Adam Barth wrote: > Moving the chromium-mac result directories caused more of a disruption > that I expected in that it apparently broke the git WebKit mirror. > I'd like to apologize for the disruption. We've done SVN server-side > moves before, so I'm not entirely sure why this one caused a problem. > If any git experts understand what went wrong and can tell me how to > avoid this problem in the future, I would be very appreciative. > > The only other large single operation in this process is when we > delete the CG results. Hopefully that won't trigger the same issue. I'm not sure of the root cause of the failure. We updated the installed version of git, ran "git svn revert -r 93166" and then ran "git svn fetch" manually to fix the repository. Dave ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] innerWidth Behavior and webkit transform
This is a bug, recently fixed: https://bugs.webkit.org/show_bug.cgi?id=57785 Simon On Aug 19, 2011, at 4:31 AM, Charles Pritchard wrote: > > Related to my work on innerWidth, outerWidth and devicePixelRatio: > https://lists.webkit.org/pipermail/webkit-dev/2011-April/016412.html > https://bugs.webkit.org/show_bug.cgi?id=51190 > > It seems that running -webkit-transform on an iframe now sets > the innerWidth of that iframe to the post-transformation value. > > e.g.: > will result in innerWidth = outerWidth / 2 (approximately). > (innerWidth == 25) document.body.width is still 100px. > > I believe this is new behavior (I'm not sure). I'm not sure that this is > correct behavior. > From what I recall, webkit-transform should not be exposing itself to > the iframe's environment. > > To get the actual width for painting, within the iframe, I now have to run > something like: > document.body.width. > > -Charles ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
[webkit-dev] innerWidth Behavior and webkit transform
Related to my work on innerWidth, outerWidth and devicePixelRatio: https://lists.webkit.org/pipermail/webkit-dev/2011-April/016412.html https://bugs.webkit.org/show_bug.cgi?id=51190 It seems that running -webkit-transform on an iframe now sets the innerWidth of that iframe to the post-transformation value. e.g.: will result in innerWidth = outerWidth / 2 (approximately). (innerWidth == 25) document.body.width is still 100px. I believe this is new behavior (I'm not sure). I'm not sure that this is correct behavior. From what I recall, webkit-transform should not be exposing itself to the iframe's environment. To get the actual width for painting, within the iframe, I now have to run something like: document.body.width. -Charles ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
