- 30 1月, 2015 7 次提交
-
-
由 Ojan Vafai 提交于
This is just a mechanical removal. No logic changes beyond removing the PaintPhaseSelection checks. Most of these are just early returns to avoid doing unnecessary work if we're only painting selections. But now that we paint selections during the foreground paint phase, we no longer need the early returns since we're going to paint everything anyways. R=esprehn@chromium.org Review URL: https://codereview.chromium.org/886933002
-
由 Adam Barth 提交于
After this CL, we first convert from mojo::Event to blink::WebInputEvent before feeding the event to the gesture recognizer. That means we process touch and mouse events in the same way (because they are both represented as pointer events). As a result, we now recognize scroll and fling gestures from mice. R=eseidel@chromium.org Review URL: https://codereview.chromium.org/888773002
-
由 Adam Barth 提交于
In order to have a high-quality gesture system, we need to know many details about the fine-grained structure of applications. For example, different parts of the view might be interested in recognizing different gestures and when you recognize a certain gesture depends on the set of possible gestures. This CL is a first step towards implementing https://github.com/domokit/mojo/blob/master/sky/specs/gestures.md by moving the gesture recognition into Sky where finer-grained information will be available. R=eseidel@chromium.org Review URL: https://codereview.chromium.org/868463010
-
由 Adam Barth 提交于
In this CL, the event handler keeps track of the delta from the previous pointer position so authors don't have to. R=eseidel@chromium.org Review URL: https://codereview.chromium.org/887793002
-
由 Eric Seidel 提交于
Before we start adding more uses of mojo app ids we should use to a non-broken hash function. :) What was holding me back before was I wasn't aware of us having an incremental hash api other than base/md5.h (others in base only operate on the full input data), however it turns out that the crypto/ library has one in crypto/secure_hash.h. R=abarth@chromium.org BUG= Review URL: https://codereview.chromium.org/868253006
-
由 Eric Seidel 提交于
Already other applications use sky's simple window manager (mojo:sky_debugger) as a full-screen window manager. This moves this to /services and removes all sky references from it. As a part of this I've removed inspector support from skydb. It was already broken and will need to be re-thought to not involve calls into this new window manager. I'm also flipping the relationship between prompt.cc and debugger.cc for skydb. Skydb will tell mojo_shell to start sky_debugger_prompt instead of sky_debugger. I'm also renaming sky_debugger_prompt to be sky_debugger. R=abarth@chromium.org BUG= Review URL: https://codereview.chromium.org/883983004
-
由 Adam Barth 提交于
R=eseidel@chromium.org, esprehn@chromium.org Review URL: https://codereview.chromium.org/886723002
-
- 29 1月, 2015 16 次提交
-
-
由 Ojan Vafai 提交于
Now that we only have three paint phases left, we can simplify some of it to make it more explicit that the special cases are all just for PaintPhaseMask. R=abarth@chromium.org Review URL: https://codereview.chromium.org/886483006
-
由 Ojan Vafai 提交于
This is just to get basic paint coverage of selections and outlines on positioned elements. TBR=esprehn@chromium.org Review URL: https://codereview.chromium.org/886683002
-
由 Elliott Sprehn 提交于
In Sky we only need the localName of an element to describe what it is. Remove this abstraction which is just a thin wrapper around AtomicString. R=abarth@chromium.org Review URL: https://codereview.chromium.org/885713004
-
由 Ojan Vafai 提交于
These appear to have been for ensuring that you only paint elements in a given subtree. It's not clear to me exactly how you get to painting an element that is not rooted at the RenderLayer you started with. I think it's just not possible in Sky anymore. This code was added in 2004 for drag images, which we no longer support. R=esprehn@chromium.org Review URL: https://codereview.chromium.org/882223005
-
由 Scott Violet 提交于
HTMLIFrameElement was adding the observer in navigateView. If the same HTMLIFrameElement navigated multiple times HTMLIFrameElement would attach itself as an observer more than once. ObserverList doesn't like this. Also adds src as an attribute of HTMLIFrameElement so that I can do: iframe.src = xxx in script R=abarth@chromium.org Review URL: https://codereview.chromium.org/885783002
-
由 Ojan Vafai 提交于
These are never excluded. Make that explicit. R=esprehn@chromium.org Review URL: https://codereview.chromium.org/882143004
-
由 Rafael Weinstein 提交于
Note that this patch only includes support for the wheel event. I'll follow-up with a patch for scrolling/fling when I have a setup on which I can verify that working. R=esprehn@chromium.org Review URL: https://codereview.chromium.org/875473004
-
由 Ojan Vafai 提交于
Only LayerPaintPhaseAll was used. R=esprehn@chromium.org Review URL: https://codereview.chromium.org/880263006
-
由 Adam Barth 提交于
R=eseidel@chromium.org Review URL: https://codereview.chromium.org/878163005
-
由 Eric Seidel 提交于
This fixes the race which is seen where mojo_shell will sometimes launch with the wrong viewport metrics since the DisplayManager will happily respond to GetViewportMetrics with default values before the NativeViewport has fully booted and told it what the actual values are. I considered making DisplayManager hang until the NativeViewport was ready, but I decided that it does make sense for the ViewportMetrics (device pixel ratio, mostly) to change for a view if it were to move between displays (as exists on desktop OSes today). R=abarth@chromium.org, sky@chromium.org Review URL: https://codereview.chromium.org/880743002
-
由 Hixie 提交于
Review URL: https://codereview.chromium.org/886593003
-
由 Hixie 提交于
Review URL: https://codereview.chromium.org/888453002
-
由 Hans Muller 提交于
BUG= R=abarth@chromium.org Review URL: https://codereview.chromium.org/875713003
-
由 Eric Seidel 提交于
We could do something much more sophisticated for deploy in the future. Also add #!mojo:sky_viewer to .sky file demos R=abarth@chromium.org Review URL: https://codereview.chromium.org/885653006
-
由 Elliot Glaysher 提交于
Update from https://crrev.com/313321 This roll is to pick up a fix which prevents -Wl,--as-needed being used in Release ASAN builds. This also has some manual changes to mojo only code to fix interface changes from chromium (mainly, changes in skia interfaces, and changes in cc). It updates a cc patch, which started failing to apply I also added patch files to deal with the upstream move of mojo to third_party/mojo/. BUG=452105 TBR=jamesr@chromium.org Review URL: https://codereview.chromium.org/885443002
-
由 Tony Gentilcore 提交于
BUG= R=abarth@chromium.org Review URL: https://codereview.chromium.org/886543004
-
- 28 1月, 2015 17 次提交
-
-
由 Ojan Vafai 提交于
Mostly just mechanical changes. The one surprising bit is that RenderLayer no longer needs to explictly paint outlines. I tested manually that before this patch, the paintOutline call in RenderLayer was needed for outlines on positioned elements and that after this patch it's not. R=esprehn@chromium.org Review URL: https://codereview.chromium.org/878023002
-
由 Adam Barth 提交于
This CL simplifies the sky_server to only map the build directory into /gen, which will make the deploy script simpler. This CL updates all the imports to use the /gen prefix when referring to generated files. TBR=eseidel@chromium.org Review URL: https://codereview.chromium.org/881093003
-
由 Eric Seidel 提交于
I also fixed skydb to use --args-for sky_debugger to automatically issue the load from 'start' even when the --gdb option is present. I tried to invoke gdb_attach directly from within start_command but that seemed to cause some strangeness with my zsh shell where it would automatically suspend gdb. So I'll revisit that change in the next patch. R=abarth@chromium.org Review URL: https://codereview.chromium.org/880143002
-
由 Adam Barth 提交于
No one uses this mechanism. TBR=esprehn@chromium.org Review URL: https://codereview.chromium.org/877213003
-
由 Adam Barth 提交于
No one touches this state. R=eseidel@chromium.org Review URL: https://codereview.chromium.org/881123002
-
由 Adam Barth 提交于
None of this code does anything anymore. R=eseidel@chromium.org Review URL: https://codereview.chromium.org/878303002
-
由 Adam Barth 提交于
Don't create redundant promises
-
由 Adam Barth 提交于
R=esprehn@chromium.org, eseidel@chromium.org Review URL: https://codereview.chromium.org/865153004
-
由 Adam Barth 提交于
Now stop_tracing writes the response to a file instead of spamming the trace data to stdout. R=eseidel@chromium.org, esprehn@chromium.org Review URL: https://codereview.chromium.org/878283002
-
由 Hixie 提交于
double-tap gestures, gestures being negotiated between different levels of the ancestor chain, and gestures starting half-way through a drag (but still not while hovered). Also, hopefully slightly more usable API. Review URL: https://codereview.chromium.org/880963005
-
由 Domenic Denicola 提交于
Just use promise chaining
-
由 Adam Barth 提交于
This code is unused. R=eseidel@chromium.org Review URL: https://codereview.chromium.org/879993004
-
由 Ryan Macnak 提交于
Import Dart bindings as of Blink r188698. This merely copies the files over and does not attach anything. (The merge base is r180365, roughly three weeks behind where Sky forked from Blink at r181355.) sky/engine/bindings-dart was third_party/WebKit/Source/bindings/ R=rafaelw@chromium.org Review URL: https://codereview.chromium.org/875013003
-
由 Adam Barth 提交于
Also, move the vbar after the scrollable div so that it draws on top. R=esprehn@chromium.org Review URL: https://codereview.chromium.org/879003002
-
由 Adam Barth 提交于
The semantics of requestAnimationFrame and scheduleVisualUpdate are slightly different. If you're inside a requestAnimationFrame, then calling requestAnimationFrame should schedule you for next frame. However, if you're inside a requestAnimationFrame and you scheduleVisualUpdate, that's a noop because we've already got a visual update pending. When we merge the codepaths, we broke requestAnimationFrame because it became a noop when called inside a request animation frame. We really ought to split up the two roles of requestAnimationFrame (run before the frame boundary and run once per frame). R=esprehn@chromium.org, eseidel@chromium.org Review URL: https://codereview.chromium.org/880013003
-
由 Adam Barth 提交于
Also, add support for exposing services to <iframes>. This worked before but now that [Client=...] is gone we need to create another message pipe. R=sky@chromium.org Review URL: https://codereview.chromium.org/882723003
-
由 Adam Barth 提交于
-