- 01 Apr, 2014 40 commits
-
-
dstockwell@chromium.org authored
Implements perspective-origin as defined in CSS Transforms[1]. Behavior is similar to -webkit-perspective-origin, however perspective-origin is not a shorthand. New parsing and serialization (mostly matching Gecko) has been introduced. The animation system is modified to avoid running animations and transitions on both the prefixed and unprefixed variants at the same time. Internally, animations are mapped to the unprefixed variant. As animations operate directly on the RenderStyle storage the result of specifying an animation on either -webkit-perspective-origin or perspective-origin is the same. However, support for independent animation/transition of -webkit-perspective-origin-* is removed. The X and Y coordinates now always transition together. Note, this property and changes in behavior are guarded by the CSSTransformsUnprefixed runtime feature (enabled only for testing). [1] http://www.w3.org/TR/css3-transforms/ BUG=154772 Review URL: https://codereview.chromium.org/212673002 git-svn-id: svn://svn.chromium.org/blink/trunk@170547 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
wolenetz@chromium.org authored
Now that https://src.chromium.org/viewvc/chrome?view=rev&revision=260247 and https://src.chromium.org/viewvc/chrome?view=rev&revision=260719 have landed, this change removes the temporary failure expectations related to changes in Chromium behavior added for bug 351166 in https://src.chromium.org/viewvc/blink?view=rev&revision=170209 and for bug 249422 in https://src.chromium.org/viewvc/blink?view=rev&revision=170398. TBR=acolwell@chromium.org BUG=249422,351166 TEST=All MSE layout tests pass locally on Linux Review URL: https://codereview.chromium.org/220473006 git-svn-id: svn://svn.chromium.org/blink/trunk@170546 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
ager@chromium.org authored
TBR=dstockwell@chromium.org, haraken@chromium.org NOTRY=true Review URL: https://codereview.chromium.org/220663003 git-svn-id: svn://svn.chromium.org/blink/trunk@170545 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
mikhail.pozdnyakov@intel.com authored
Re-land Blink r158626. Initial patch is from WebKit r155571 by Anders Carlsson <andersca@apple.com> Allow rehashing to track a hash bucket and return the new pointer to it, thus avoiding having to do a copy of a hash table bucket as well as an extra hash lookup. The patch had been reverted because of a layout test crash on ASAN build: http://code.google.com/p/chromium/issues/detail?id=310975 The actual crash root cause is fixed now with r170150, so the patch can be re-landed. Review URL: https://codereview.chromium.org/203413003 git-svn-id: svn://svn.chromium.org/blink/trunk@170544 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
yurys@chromium.org authored
Protect EventListener from being deleted before it is passed into InspectorInstrumentation::didRemoveEventListener BUG=358467 Review URL: https://codereview.chromium.org/220693002 git-svn-id: svn://svn.chromium.org/blink/trunk@170543 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
zvorygin@chromium.org authored
Speeds up blink compilation ~ 1.5% BUG= Committed: https://src.chromium.org/viewvc/blink?view=rev&revision=170466 Review URL: https://codereview.chromium.org/218583007 git-svn-id: svn://svn.chromium.org/blink/trunk@170542 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
ager@chromium.org authored
TBR=dstockwell@chromium.org, haraken@chromium.org NOTRY=true Review URL: https://codereview.chromium.org/220833002 git-svn-id: svn://svn.chromium.org/blink/trunk@170540 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
esprehn@chromium.org authored
Accessing the hash table in every ::detach call is a lot of overhead since in the common case the Element is not even in the hash table. We should check the needsStyleInvalidation() bit first. Review URL: https://codereview.chromium.org/217423012 git-svn-id: svn://svn.chromium.org/blink/trunk@170539 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
rune@opera.com authored
Instead of falling back to full subtree recalcs for invalidation sets affected by custom pseudo elements, use a flag in the invalidation set saying that custom pseudo elements need to be invalidated. Can be extended to invalidate specific custom pseudo element types, but it will probably not be necessary. The reason for optimizing this in the first place is to make it possible to use invalidation sets for :hover/:active/:focus changes where descendants are affected by changes to those states. The UA stylesheet contains selectors for :hover/:active/:focus where such state changes affect descendants and the rightmost compound selector has a custom pseudo element as its only sub-selector. R=esprehn@chromium.org BUG=351613 Review URL: https://codereview.chromium.org/219193004 git-svn-id: svn://svn.chromium.org/blink/trunk@170538 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
dstockwell@chromium.org authored
Implements transform-origin as defined in CSS Transforms[1]. Behavior is similar to -webkit-transform-origin, however transform-origin is not a shorthand. New parsing and serialization (mostly matching Gecko) has been introduced. The animation system is modified to avoid running animations and transitions on both the prefixed and unprefixed variants at the same time. Internally, animations are mapped to the unprefixed variant. As animations operate directly on the RenderStyle storage the result of specifying an animation on either -webkit-transform-origin or transform-origin is the same. However, support for independent animation/transition of -webkit-transform-origin-* is removed. The X, Y and Z coordinates now always transition together. Note, this property and changes in behavior are guarded by the CSSTransformsUnprefixed runtime feature (enabled only for testing). [1] http://www.w3.org/TR/css3-transforms/ BUG=154772 Review URL: https://codereview.chromium.org/212483003 git-svn-id: svn://svn.chromium.org/blink/trunk@170537 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
haraken@chromium.org authored
- We want to use DatabaseTaskSynchronizer in the HTML parser thread in a follow-up CL. In preparation for that, this CL renames DatabaseTaskSynchronizer to TaskSynchronizer and moves it to platform/. BUG=340522 R=ager@chromium.org, tkent@chromium.org, wibling@chromium.org Committed: https://src.chromium.org/viewvc/blink?view=rev&revision=170532 Review URL: https://codereview.chromium.org/198673002 git-svn-id: svn://svn.chromium.org/blink/trunk@170536 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
sunil.ratnu@samsung.com authored
The parameter to didActivateCompositor() is meaningless. Hence, removed it. The other chromium side changes are here https://codereview.chromium.org/137893025/ BUG=None Review URL: https://codereview.chromium.org/138523003 git-svn-id: svn://svn.chromium.org/blink/trunk@170535 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
haraken@chromium.org authored
I miscommitted r170532 with unnecessary changes. (r170532 was a sum of https://codereview.chromium.org/198673002 and https://codereview.chromium.org/216203006/, but I should land only https://codereview.chromium.org/198673002.) I'll reland those CLs separately. > Rename DatabaseTaskSynchronizer to TaskSynchronizer and move it to platform/ > > - We want to use DatabaseTaskSynchronizer in the HTML parser thread in a follow-up CL. In preparation for that, this CL renames DatabaseTaskSynchronizer to TaskSynchronizer and moves it to platform/. > > BUG=340522 > R=ager@chromium.org, tkent@chromium.org, wibling@chromium.org > > Review URL: https://codereview.chromium.org/198673002 TBR=haraken@chromium.org Review URL: https://codereview.chromium.org/213673004 git-svn-id: svn://svn.chromium.org/blink/trunk@170534 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
vsevik@chromium.org authored
BUG=354445 Review URL: https://codereview.chromium.org/206503004 git-svn-id: svn://svn.chromium.org/blink/trunk@170533 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
haraken@chromium.org authored
- We want to use DatabaseTaskSynchronizer in the HTML parser thread in a follow-up CL. In preparation for that, this CL renames DatabaseTaskSynchronizer to TaskSynchronizer and moves it to platform/. BUG=340522 R=ager@chromium.org, tkent@chromium.org, wibling@chromium.org Review URL: https://codereview.chromium.org/198673002 git-svn-id: svn://svn.chromium.org/blink/trunk@170532 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
haraken@chromium.org authored
This CL just copies a file just to make the diff of https://codereview.chromium.org/198673002/ saner. TBR=tkent NOTRY=true Review URL: https://codereview.chromium.org/220703002 git-svn-id: svn://svn.chromium.org/blink/trunk@170531 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
wibling@chromium.org authored
I was looking at how to port the BisonCSSParser and CSSParserObserver to the oilpan (GC) heap and noticed that we had a pointer from the BisonCSSParser back to the stack allocated CSSParserObserver/StyleSheetHandler. While it worked correctly making the BisonCSSParser stack allocated will IMO simplify the lifetime reasoning and make it less likely that we introduce errors. This comes at the "expense" of always allocating a comment parser in the StyleSheetHandler. It is only used in the Inspector code so I am hoping that is okay. R=ager@chromium.org, erik.corry@gmail.com, eseidel@chromium.org, haraken@chromium.org, oilpan-reviews@chromium.org, tkent@chromium.org, vegorov@chromium.org, zerny@chromium.org BUG= Review URL: https://codereview.chromium.org/216433003 git-svn-id: svn://svn.chromium.org/blink/trunk@170530 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
tyoshino@chromium.org authored
BUG=none Review URL: https://codereview.chromium.org/211093005 git-svn-id: svn://svn.chromium.org/blink/trunk@170529 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
ager@chromium.org authored
R=vegorov@chromium.org BUG=356118 Review URL: https://codereview.chromium.org/218683007 git-svn-id: svn://svn.chromium.org/blink/trunk@170528 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
dstockwell@chromium.org authored
Implements transform as defined in CSS Transforms[1]. Behavior is similar to -webkit-transform, but the perspective() function is not allowed to contain numbers without units. Like -webkit-transform and other user agents, the resolved value of transform is not the computed value as currently defined by css-transitions[2]. The animation system is modified to avoid running animations and transitions on both the prefixed and unprefixed variants at the same time. Internally, animations are mapped to the unprefixed variant. As animations operate directly on the RenderStyle storage the result of specifying an animation/transition on either property is the same. Note, this property is guarded by the CSSTransformsUnprefixed runtime feature (enabled only for testing). [1] http://www.w3.org/TR/css3-transforms/ [2] http://lists.w3.org/Archives/Public/www-style/2013Dec/0317.html BUG=154772 Review URL: https://codereview.chromium.org/212543003 git-svn-id: svn://svn.chromium.org/blink/trunk@170527 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
wibling@chromium.org authored
We missed the compile assert in the VectorDestructor's clear method when having vectors where elements were only added. This should fix that. It also caught a few places where we had to define a new trait. R=ager@chromium.org, erik.corry@gmail.com, haraken@chromium.org, oilpan-reviews@chromium.org, tkent@chromium.org, vegorov@chromium.org, zerny@chromium.org BUG= Review URL: https://codereview.chromium.org/219243003 git-svn-id: svn://svn.chromium.org/blink/trunk@170526 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
tsniatowski@opera.com authored
This avoids a "deprecated directive, use ‘%pure-parser’ [-Wdeprecated]" warning in css/CSSGrammar.y and xml/XPathGrammar.y when building with Bison 3. Review URL: https://codereview.chromium.org/217423011 git-svn-id: svn://svn.chromium.org/blink/trunk@170525 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
jinho.bang@samsung.com authored
The method's behavior is very similar to element.scrollIntoView(). This is just a another version about path on canvas. ('path' means both current default path and path object) This is especially useful on devices with small screens, where the whole canvas might not be visible at once. Intent to Implement: https://groups.google.com/a/chromium.org/forum/#!topic/blink-dev/KLFSBeP42VQ The spec reference is: http://www.w3.org/TR/2dcontext/#dom-context-2d-scrollpathintoview http://www.whatwg.org/specs/web-apps/current-work/#dom-context-2d-scrollpathintoview BUG=351696 Review URL: https://codereview.chromium.org/196243007 git-svn-id: svn://svn.chromium.org/blink/trunk@170524 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
fs@opera.com authored
For a class this meager, it was a bit of a heavy-weight: SVGPathStringBuilder::arcTo() clocked in at a whopping 7891 bytes (Linux, x86-64, gcc-4.8.2), but even the much simpler lineToVertical() used > .5k of text-space. Sacrifice the StringOperators-based pattern and use a cascade of functions instead. Besides reducing footprint, this also eliminates some of the copying that would occur between various temporary String objects. With the change in place, arcTo() dropped to 640 bytes (and lineToVertical got cut in half.) Review URL: https://codereview.chromium.org/212603003 git-svn-id: svn://svn.chromium.org/blink/trunk@170523 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
abarth@chromium.org authored
These chicken/egg hacks appear to only be needed for scroll parts. This CL moves them into RenderLayerScrollableArea so that we don't need to apply them constantly for RenderLayers that aren't scrollable. R=ojan@chromium.org Review URL: https://codereview.chromium.org/220473002 git-svn-id: svn://svn.chromium.org/blink/trunk@170522 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
dongseong.hwang@intel.com authored
content_shell can not decode mov, so this CL makes canvas tests use mp4 file. the desktop Perf bots (Windows, Mac, and Linux) do actually build Chrome-branded binaries including all of the media codecs so H.264 encoded mp4 file can be decoded. bear-1280x720.mp4 is copied from chromium; src/media/test/data Canvas video perf tests run on only the platform which can decode mp4 video. BUG=242244, 358168 Review URL: https://codereview.chromium.org/219023009 git-svn-id: svn://svn.chromium.org/blink/trunk@170521 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
harpreet.sk@samsung.com authored
Blink doent respect the form.submit() when called on focus event on invalid form. When an form submit button is clicked and if the form is invalid it will focus the field that shows error. If the user is calling the form.submit() on focus event on that field then it should submit the form. But currently the form does not get submitted. This patch removes this bug by completely removing the variable "m_isSubmittingOrPreparingForSubmission". in API "submit" which is always called after API "prepareForSubmission". Also the variable can more appropriately be renamed to "m_isSubmitting". Bug=357101 Review URL: https://codereview.chromium.org/199633017 git-svn-id: svn://svn.chromium.org/blink/trunk@170520 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
tkent@chromium.org authored
Revert of Re-landing r170008, removing prefixed Shadow DOM APIs in Element. (https://codereview.chromium.org/218943003/) Reason for revert: Broke OpenAudioFiles/FileManagerBrowserTest again. http://build.chromium.org/p/chromium.chromiumos/builders/Linux%20ChromiumOS%20Tests%20%282%29/builds/22744 Original issue's description: > Re-landing r170008, removing prefixed Shadow DOM APIs in Element. > > The previous attempt, https://codereview.chromium.org/208503004, was reverted in https://codereview.chromium.org/212303005/. > The reason of reverting is that there is a JavaScript code uses prefixed Shadow DOM API in the chromium side. > I've fixed that in https://codereview.chromium.org/214093002/. > > Let me re-land r170008. I hope it won't break anything this time. > > BUG=242153 > > Committed: https://src.chromium.org/viewvc/blink?view=rev&revision=170460 TBR=dglazkov@chromium.org,esprehn@chromium.org,hayato@chromium.org NOTREECHECKS=true NOTRY=true BUG=242153 Review URL: https://codereview.chromium.org/220123005 git-svn-id: svn://svn.chromium.org/blink/trunk@170519 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
ericwilligers@chromium.org authored
Finish events occur when a sample occurs that causes a player to be newly limited or newly disassociated with a timeline. (From section 3.5.4 Player events http://dev.w3.org/fxtf/web-animations/#player-events and section 5.19 The AnimationPlayerEvent interface http://dev.w3.org/fxtf/web-animations/#the-animationplayerevent-interface ) Subsequent CL 216203003 dispatches the events declared here. BUG=356120 Review URL: https://codereview.chromium.org/210363007 git-svn-id: svn://svn.chromium.org/blink/trunk@170518 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
dstockwell@chromium.org authored
Implements perspective as defined in CSS Transforms[1]. Behavior is similar to -webkit-perspective, but numbers without units are not valid. In both variants we accept zero although Gecko and spec require a positive value. The animation system is modified to avoid running animations and transitions on both the prefixed and unprefixed variants at the same time. Internally, animations are mapped to the unprefixed variant. As animations operate directly on the RenderStyle storage the result of specifying an animation/transition on either property is the same. Transitions now track the specified transition-property such that the end event may reference it. (eg. transition: -webkit-perspective; will fire an end event with propertyName == '-webkit-perspective'). As transitions operate on changes to values within a RenderStyle, 'transition: all;' only ever starts transitions on the unprefixed variants. Note, this property is guarded by the CSSTransformsUnprefixed runtime feature (enabled only for testing). [1] http://www.w3.org/TR/css3-transforms/ BUG=154772 Committed: https://src.chromium.org/viewvc/blink?view=rev&revision=170326 Review URL: https://codereview.chromium.org/211233003 git-svn-id: svn://svn.chromium.org/blink/trunk@170517 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
sigbjornf@opera.com authored
For consistency, have RepeatEvent 'upcall' to Event when tracing. R= BUG=340522 Review URL: https://codereview.chromium.org/219283007 git-svn-id: svn://svn.chromium.org/blink/trunk@170516 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
abarth@chromium.org authored
Before this CL, if you changed the style on a RenderLayer that was directly composited, we would trigger a rebuild of the entire compositing tree as part of the "chicken-egg hacks." There's no reason for that. Instead, we simply need to do a geometry update after changing style. This makes the compositing update in the calculator faster by 7%. R=ojan@chromium.org Review URL: https://codereview.chromium.org/220193003 git-svn-id: svn://svn.chromium.org/blink/trunk@170515 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
tkent@chromium.org authored
We have similar comments for M33 and M34. NOTRY=true BUG= Review URL: https://codereview.chromium.org/220513002 git-svn-id: svn://svn.chromium.org/blink/trunk@170514 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
ericwilligers@chromium.org authored
AnimationTimeline has currentTime of type double - the time value for this timeline. Web Animations spec, section 5.1 The AnimationTimeline interface http://dev.w3.org/fxtf/web-animations/#the-animationtimeline-interface BUG=357432 Review URL: https://codereview.chromium.org/215043007 git-svn-id: svn://svn.chromium.org/blink/trunk@170513 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
philipj@opera.com authored
The currentTime() and duration() should simply use the media element, as that is what paintMediaSlider() in RenderMediaControls uses, so the existing code would not work if the media element and its controller had different durations. setCurrentTime() does require taking the controller into account, so add some tests and expand that final instance of mediaControllerInterface(). BUG=341813, 341852 TEST=LayoutTests/media/controls-timeline.html LayoutTests/media/controls-timeline-with-controller.html Review URL: https://codereview.chromium.org/219283004 git-svn-id: svn://svn.chromium.org/blink/trunk@170512 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
habib.virji@samsung.com authored
FocusController::dispatchEventsOnWindowAndFocusedNode now dispatches setFocus(false) when window loses focus and setFocus(true) when window focus is back. R=tkent, keishi1 BUG=102830 TEST=Window focus is lost and text is updated by user, dispatch both blur and change event Review URL: https://codereview.chromium.org/205033004 git-svn-id: svn://svn.chromium.org/blink/trunk@170511 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
hajimehoshi@chromium.org authored
BUG=332630 Review URL: https://codereview.chromium.org/219083002 git-svn-id: svn://svn.chromium.org/blink/trunk@170510 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
abarth@chromium.org authored
This CL merges the two update type fields in RenderLayer compositor. They were both doing the same thing. In the future, we want to set more of the RenderLayerCompositor dirty bits from the new m_updateType field, but this is a start. Also, remove the mutable keyword from a field where it wasn't needed. Review URL: https://codereview.chromium.org/213833014 git-svn-id: svn://svn.chromium.org/blink/trunk@170509 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
chrishtr@chromium.org authored
Revert of Revert of Put the squashing layer underneath the ancestor clipping layer if present. (https://codereview.chromium.org/218313002/) Reason for revert: The breakage is only with --enable-universal-accelerated-overflow-scroll true. Since that feature is not launched and not tied to squashing, going to re-lad the original CL. Original issue's description: > Revert of Put the squashing layer underneath the ancestor clipping layer if present. (https://codereview.chromium.org/215823002/) > > Reason for revert: > This appears to have unexpected effects on rendering. Bits of gmail are missing for example. > > Original issue's description: > > Put the squashing layer underneath the ancestor clipping layer if present. > > > > Previously, this was the case for m_graphicsLayer but not m_squashingLayer. > > Since they now are guaranteed to have the same clipping ancestor, this is both > > safe and correct. > > > > BUG=336563 > > > > Committed: https://src.chromium.org/viewvc/blink?view=rev&revision=170348 > > TBR=hartmanng@chromium.org,chrishtr@chromium.org > NOTREECHECKS=true > NOTRY=true > BUG=336563 > > Committed: https://src.chromium.org/viewvc/blink?view=rev&revision=170413 TBR=hartmanng@chromium.org,vollick@chromium.org NOTREECHECKS=true NOTRY=true BUG=336563 Review URL: https://codereview.chromium.org/219223008 git-svn-id: svn://svn.chromium.org/blink/trunk@170507 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
keonho07.kim@samsung.com authored
According to specification, onaudioprocess() evenhandler should delever playbackTime attribute to JS. The time when the audio will be played in the same time coordinate system as AudioContext.currentTime. playbackTime allows for very tight synchronization between processing directly in JavaScript with the other events in the context's rendering graph. BUG=332782 Review URL: https://codereview.chromium.org/210973002 git-svn-id: svn://svn.chromium.org/blink/trunk@170505 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-