summaryrefslogtreecommitdiffstats
path: root/ui/aura/test
Commit message (Collapse)AuthorAgeFilesLines
* Move OnWindowInitialized() from RootWindowObserver to EnvObserver, the ↵ben@chromium.org2012-02-031-0/+2
| | | | | | | | | | observer of a new global singleton "Env". This will allow us to support multiple RootWindows. http://crbug.com/112131 TEST=none Review URL: https://chromiumcodereview.appspot.com/9310071 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@120349 0039d316-1c4b-4281-b951-d872f2087c98
* Disable animations during aura tests.vollick@google.com2012-02-021-0/+4
| | | | | | | | | | | | | | | | | This causes all animations scheduled during a test to complete immediately. After making this change, I noticed some code assumed that animations would not complete synchronously. Some of this code used animation observers, and I while fixing the code I have updated it to use the preferred ImplicitAnimationObserver. BUG=None TEST=aura_shell_unittests,aura_unittests,compositor_unittests Committed: https://src.chromium.org/viewvc/chrome?view=rev&revision=120074 Committed: https://src.chromium.org/viewvc/chrome?view=rev&revision=120092 Review URL: https://chromiumcodereview.appspot.com/9222018 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@120147 0039d316-1c4b-4281-b951-d872f2087c98
* Revert 120092 - Reland 120074 -- Disable animations during aura tests.vollick@google.com2012-02-011-4/+0
| | | | | | | | | | | | | | | | | | This causes all animations scheduled during a test to complete immediately. After making this change, I noticed some code assumed that animations would not complete synchronously. Some of this code used animation observers, and I while fixing the code I have updated it to use the preferred ImplicitAnimationObserver. BUG=None TEST=aura_shell_unittests,aura_unittests,compositor_unittests Committed: https://src.chromium.org/viewvc/chrome?view=rev&revision=120074 Review URL: https://chromiumcodereview.appspot.com/9222018 TBR=vollick@google.com Review URL: https://chromiumcodereview.appspot.com/9320018 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@120097 0039d316-1c4b-4281-b951-d872f2087c98
* Reland 120074 -- Disable animations during aura tests.vollick@google.com2012-02-011-0/+4
| | | | | | | | | | | | | | | This causes all animations scheduled during a test to complete immediately. After making this change, I noticed some code assumed that animations would not complete synchronously. Some of this code used animation observers, and I while fixing the code I have updated it to use the preferred ImplicitAnimationObserver. BUG=None TEST=aura_shell_unittests,aura_unittests,compositor_unittests Committed: https://src.chromium.org/viewvc/chrome?view=rev&revision=120074 Review URL: https://chromiumcodereview.appspot.com/9222018 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@120092 0039d316-1c4b-4281-b951-d872f2087c98
* Revert 120074 - Disable animations during aura tests.vollick@google.com2012-02-011-4/+0
| | | | | | | | | | | | | | | | This causes all animations scheduled during a test to complete immediately. After making this change, I noticed some code assumed that animations would not complete synchronously. Some of this code used animation observers, and I while fixing the code I have updated it to use the preferred ImplicitAnimationObserver. BUG=None TEST=aura_shell_unittests,aura_unittests,compositor_unittests Review URL: https://chromiumcodereview.appspot.com/9222018 TBR=vollick@google.com Review URL: https://chromiumcodereview.appspot.com/9316039 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@120075 0039d316-1c4b-4281-b951-d872f2087c98
* Disable animations during aura tests.vollick@google.com2012-02-011-0/+4
| | | | | | | | | | | | | This causes all animations scheduled during a test to complete immediately. After making this change, I noticed some code assumed that animations would not complete synchronously. Some of this code used animation observers, and I while fixing the code I have updated it to use the preferred ImplicitAnimationObserver. BUG=None TEST=aura_shell_unittests,aura_unittests,compositor_unittests Review URL: https://chromiumcodereview.appspot.com/9222018 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@120074 0039d316-1c4b-4281-b951-d872f2087c98
* Cleanup: Delete some 0 byte files that are still lying around as a result of ↵thestig@chromium.org2012-02-012-0/+0
| | | | | | | | | | a CQ bug. (no code review because the CL is "empty") BUG=none TEST=none git-svn-id: svn://svn.chromium.org/chrome/trunk/src@120000 0039d316-1c4b-4281-b951-d872f2087c98
* Remove Owner param to EventFilter's ctor.ben@chromium.org2012-01-312-4/+3
| | | | | | | | BUG=none TEST=existing unittests Review URL: https://chromiumcodereview.appspot.com/9315004 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@119954 0039d316-1c4b-4281-b951-d872f2087c98
* Fix a bug where in the shell the modal window was being visually stacked ↵ben@chromium.org2012-01-302-0/+40
| | | | | | | | | | below the launcher after showing and hiding the non-modal transient. BUG=none TEST=open window type launcher, show and then hide a window using the show/hide button, then open a window-modal window. the window modal window would appear rendered behind the type launcher, but if you clicked on where it would have been you can actually move it out from under. this bug makes sure it is always stacked on top visually also. Review URL: https://chromiumcodereview.appspot.com/9298038 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@119753 0039d316-1c4b-4281-b951-d872f2087c98
* aura: Add Layer::LAYER_SOLID_COLOR to compositor.derat@chromium.org2012-01-281-2/+2
| | | | | | | | | | | | | | | | | | This adds a new layer type backed by WebKit::WebSolidColorLayer. I'm using it for the power button animation's background (which previously had a fullscreen texture that it just painted black). I'm also renaming LAYER_HAS_TEXTURE to LAYER_TEXTURED and LAYER_HAS_NO_TEXTURE to LAYER_NOT_DRAWN. BUG=109083 TEST=manual: checked that the power button animation looks the same as before TBR=sky Review URL: http://codereview.chromium.org/9289036 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@119580 0039d316-1c4b-4281-b951-d872f2087c98
* content: Modfiy ResourceBundle and content_shell to run with alternative pak ↵erg@chromium.org2012-01-281-1/+1
| | | | | | | | | | | | files. BUG=111326 R=jam TBR=sky,tony,ajwong,ananta Review URL: http://codereview.chromium.org/9232060 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@119566 0039d316-1c4b-4281-b951-d872f2087c98
* Remove old (pre-webkit) compositorpiman@chromium.org2012-01-271-11/+2
| | | | | | | | | BUG=103948 TEST=builds, tests pass Review URL: http://codereview.chromium.org/9288053 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@119402 0039d316-1c4b-4281-b951-d872f2087c98
* Use translated root location in WebInputEventoshima@chromium.org2012-01-262-18/+33
| | | | | | | | | | | | This adds root_location to LocatedEvent Converted a couple of tests to use EventGenerator. BUG=none TEST=added TranslatedEvent test to window_unittests. Review URL: http://codereview.chromium.org/9117018 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@119169 0039d316-1c4b-4281-b951-d872f2087c98
* Fix the Windows implementation of EventGenerator::PressKey().yusukes@google.com2012-01-202-7/+17
| | | | | | | | | | | On Windows, we have to explicitly overwrite Event::flags_ since the flags are not determined by a MSG object but by GetKeyState() Win32 API. This CL is necessary for https://chromiumcodereview.appspot.com/9228013/. BUG=None TEST=try Review URL: https://chromiumcodereview.appspot.com/9241007 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@118414 0039d316-1c4b-4281-b951-d872f2087c98
* Aura Shell needs to exist on Macdhollowa@chromium.org2012-01-192-3/+5
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Adds first cut at "Aura Shell.app" on Mac. The 'ash_shell' is extended to generate a Cocoa application. This application brings up a single window containing the Aura desktop. The main view of this window provides an accelerated surface to Aura in which it can composite and draw its results. What works: - The application launches and renders the Aura desktop and background - Mouse movement, clicking, double-clicking, and interactions with Aura windows and widgets - Text buttons render with Skia text (needs improvement) - Non-modal transient window button - Window-modal window button - System-modal window button - Example Widgets button (checkboxes, radios, buttons) - Lock Screen button - Create Non-Resizable window button - Create Pointy Bubble button - Create Widow button - Switcher and Taskbar What doesn't work: - Open Views Examples Window button - Views menus - Views scrollbars - Views accelerators - Views tooltips - Drag and drop - Anything involving MessageLoop dispatcher logic - Mouse movement doesn't pass through to Aura when mouse button is up Note: Required .gyp flags are: 'use_aura': 1, 'use_webkit_compositor': 1, BUG=109946 TEST=Manual tests. R=sky@chromium.org, thakis@chromium.org Review URL: https://chromiumcodereview.appspot.com/9232028 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@118222 0039d316-1c4b-4281-b951-d872f2087c98
* aura: Gesture event plumbing (skeleton).sadrul@chromium.org2012-01-174-4/+17
| | | | | | | | | | | | | Add gesture event plumbing through aura. This is not functional just yet. Subsequent CLs will move the gesture-recognizer from views into aura, which will then generate and deliver aura gesture events. BUG=11024 TEST=no functional changes yet. Tests will be added when GR is moved into aura. Review URL: https://chromiumcodereview.appspot.com/9221014 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@117911 0039d316-1c4b-4281-b951-d872f2087c98
* IME (input method editor) support for Aura, part 3 of 3: Use ui::InputMethod ↵yusukes@chromium.org2011-12-262-2/+48
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | in ash. Part 1: http://codereview.chromium.org/8659033/ Part 2: http://codereview.chromium.org/8687027/ The basic design of the feature is that to use an input method as an event filter for a KeyEvent, and to feed all KeyPress and KeyRelease events that are passed to the filter to the input method. The input method sends IME results (e.g. composition text) to RenderWidgetHostViewAura or NativeWidgetAura as needed. RenderWidgetHostViewAura: - Just like RWHVV, implements ui::TextInputClient interface so that RWHVA could receive an event such as 'SetComposition' and 'InsertChar' from an input method object owned by InputMethodEventFilter. - Sends a notification to the input method object on focus, blur, text input type change, etc. - OnKeyEvent() handler is now able to handle a non-native key event, e.g. a VKEY_PROCESSKEY event, which is fabricated by the input method editor. NativeWidgetAura: - Uses views::InputMethodBridge instead of views::InputMethodIBus. - InputMethodBridge, which implements ui::TextInputClient interface, just receives IME results (e.g. composition text) from ui::InputMethod and forwards them to Views UI (e.g. a text field). - InputMethodBridge also receives a request like 'CancelComposition' from the UI and forwards the request to ui::InputMethod. InputMethodEventFilter: - Creates and owns a ui::InputMethodIBus object. If IBus-1.4 is not available (e.g. Windows and Goobuntu), creates an instance of ui::MockInputMethod instead. - In PreHandleKeyEvent(), sends a KeyPress and KeyRelease event to the input method. - Implements ui::InputMethodDelegate interface so that InputMethodEventFilter could receive a translated key press and key release event (i.e. a key event translated by the IME) which has to be sent back to the root window. Note that the translated key event might be pre-handled by a global short-cut key event filter, otherwise is sent to NWA or RWHVA from the root window. Also note that a Char event is always sent directly from the input method to a TextInputClient. The ui::InputMethodDelegate is not used for that purpose. Supported platforms: - Aura + Chrome OS (IME works!) - Aura + Chrome OS + TOUCH_UI (compiles, but virtual keyboard is not shown since views::TextInputTypeTracker is not ported to Aura yet.) - Aura + Linux, with and without IBus-1.4 - Aura + Windows (compiles, but IME does not work. views::InputMethodWin is not ported to Aura yet.) BUG=97261 TEST=ran input_method_event_filter_unittests.cc Committed: http://src.chromium.org/viewvc/chrome?view=rev&revision=113224 Review URL: http://codereview.chromium.org/8576005 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@115778 0039d316-1c4b-4281-b951-d872f2087c98
* Aura: Window should be dragged by touch move event on title bar.jamescook@chromium.org2011-12-222-7/+64
| | | | | | | | | | | | | Move window when touch move event(single touch) triggered on title bar. Patch by Junmin Zhu <junmin.zhu@intel.com> BUG=106500 TEST=manually Review URL: http://codereview.chromium.org/8885008 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@115550 0039d316-1c4b-4281-b951-d872f2087c98
* Rename ui::EventFlags mouse flags to be more sensibledhollowa@chromium.org2011-12-201-5/+5
| | | | | | | | | | | | | | | | Changes EF_(LEFT|MIDDLE|RIGHT)_BUTTON_DOWN to EF_(LEF|MIDDLE|RIGHT)_MOUSE_BUTTON since these are not specific to "down" button events. This is follow up from review http://codereview.chromium.org/8953037 BUG=none TEST=Compiles. R=ben@chromium.org Review URL: http://codereview.chromium.org/9007016 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@115188 0039d316-1c4b-4281-b951-d872f2087c98
* Shell related switches -> aura shell switches.ben@chromium.org2011-12-202-4/+4
| | | | | | | | | | | | Aura client window properties->client namespace. Move WindowType to client. BUG=none TEST=existing automation TBR=sky Review URL: http://codereview.chromium.org/8968022 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@115182 0039d316-1c4b-4281-b951-d872f2087c98
* Move ActivationClient/Delegate to client namespace.ben@chromium.org2011-12-152-4/+5
| | | | | | | | | BUG=none TEST=existing automation TBR=sky Review URL: http://codereview.chromium.org/8956004 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@114657 0039d316-1c4b-4281-b951-d872f2087c98
* Second attempt at moving the StackingClient to a property on the RootWindow.ben@chromium.org2011-12-153-79/+0
| | | | | | | | | | | This time, we allow the StackingClient to be optional. If not specified, unparented windows will just be added to the RootWindow. BUG=none TEST=existing automation Review URL: http://codereview.chromium.org/8916020 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@114571 0039d316-1c4b-4281-b951-d872f2087c98
* Revert r114369 "Store StackingClient on RootWindow in a property."oshima@chromium.org2011-12-142-2/+3
| | | | | | | | | | | | This reverts commit da56a47ab4279016cd690e576bee1d81d414aac5. TBR=ben@chromium.org BUG=none TEST=browser_tests should pass without crash Review URL: http://codereview.chromium.org/8938015 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@114390 0039d316-1c4b-4281-b951-d872f2087c98
* Store StackingClient on RootWindow in a property.ben@chromium.org2011-12-142-3/+2
| | | | | | | | | BUG=none TEST=existing unit tests. Review URL: http://codereview.chromium.org/8926008 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@114369 0039d316-1c4b-4281-b951-d872f2087c98
* Move the concept of Activation to the Shell.ben@chromium.org2011-12-136-85/+103
| | | | | | | | | | | | | | | | | The Active Window is now stored in a property on the RootWindow. Classes wishing to observe changes to this can implement WindowObserver and attach to the RootWindow to be notified of changes in this property. We provide an ActivationClient interface in Aura for customers to use to set/get the active window, and deactivate a window. This is because setting the active window involves more than just changing the property, there is some additional book-keeping that must be done. The ActivationClient is stored in a property on the RootWindow. We also provide an ActivationDelegate interface in Aura that window owners can use to be notified of changes in activation state, and to specify whether or not a window can be activated. The ActivationDelegate should be stored on the relevant window in a property. I moved a lot of Activation-related functionality out of Aura, including all of the unit tests, now on ActivationController, and the associated WindowDelegate implementations which have now become a single TestActivationDelegate implementation. BUG=none TEST=unit tests Committed: http://src.chromium.org/viewvc/chrome?view=rev&revision=114095 Review URL: http://codereview.chromium.org/8894018 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@114121 0039d316-1c4b-4281-b951-d872f2087c98
* Revert 114095 - Move the concept of Activation to the Shell.ben@chromium.org2011-12-126-103/+85
| | | | | | | | | | | | | | | | | | | The Active Window is now stored in a property on the RootWindow. Classes wishing to observe changes to this can implement WindowObserver and attach to the RootWindow to be notified of changes in this property. We provide an ActivationClient interface in Aura for customers to use to set/get the active window, and deactivate a window. This is because setting the active window involves more than just changing the property, there is some additional book-keeping that must be done. The ActivationClient is stored in a property on the RootWindow. We also provide an ActivationDelegate interface in Aura that window owners can use to be notified of changes in activation state, and to specify whether or not a window can be activated. The ActivationDelegate should be stored on the relevant window in a property. I moved a lot of Activation-related functionality out of Aura, including all of the unit tests, now on ActivationController, and the associated WindowDelegate implementations which have now become a single TestActivationDelegate implementation. BUG=none TEST=unit tests Review URL: http://codereview.chromium.org/8894018 TBR=ben@chromium.org Review URL: http://codereview.chromium.org/8926004 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@114101 0039d316-1c4b-4281-b951-d872f2087c98
* Move the concept of Activation to the Shell.ben@chromium.org2011-12-126-85/+103
| | | | | | | | | | | | | | | | The Active Window is now stored in a property on the RootWindow. Classes wishing to observe changes to this can implement WindowObserver and attach to the RootWindow to be notified of changes in this property. We provide an ActivationClient interface in Aura for customers to use to set/get the active window, and deactivate a window. This is because setting the active window involves more than just changing the property, there is some additional book-keeping that must be done. The ActivationClient is stored in a property on the RootWindow. We also provide an ActivationDelegate interface in Aura that window owners can use to be notified of changes in activation state, and to specify whether or not a window can be activated. The ActivationDelegate should be stored on the relevant window in a property. I moved a lot of Activation-related functionality out of Aura, including all of the unit tests, now on ActivationController, and the associated WindowDelegate implementations which have now become a single TestActivationDelegate implementation. BUG=none TEST=unit tests Review URL: http://codereview.chromium.org/8894018 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@114095 0039d316-1c4b-4281-b951-d872f2087c98
* Attempt 3 at:sky@chromium.org2011-12-091-0/+10
| | | | | | | | | | | | | | | | | Makes tests either use mock compositor or mock WebGraphicsContext3D depending upon which compositor we're running. This is needed to enable ui tests on the bots. Attempt 2 failed because of last minute changes to chrome_tests.gypi that I didn't merge properly with. TBRing again. BUG=104360 TEST=none TBR=ben@chromium.org Review URL: http://codereview.chromium.org/8890050 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@113809 0039d316-1c4b-4281-b951-d872f2087c98
* Revert 113676 - Attempt 2 at : Makes tests either use mock compositor or mocksky@chromium.org2011-12-081-10/+0
| | | | | | | | | | | | | | | | | | | | WebGraphicsContext3D depending upon which compositor we're running. This is needed to enable ui tests on the bots. I reverted first attempt as it broke some browser_tests. I've straightened that out in another patch, so this should be good go again. TBR since it's the same patch as before. BUG=104360 TEST=none TBR=ben@chromium.org Review URL: http://codereview.chromium.org/8889022 TBR=sky@chromium.org Review URL: http://codereview.chromium.org/8873037 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@113683 0039d316-1c4b-4281-b951-d872f2087c98
* Attempt 2 at : Makes tests either use mock compositor or mocksky@chromium.org2011-12-081-0/+10
| | | | | | | | | | | | | | | | | WebGraphicsContext3D depending upon which compositor we're running. This is needed to enable ui tests on the bots. I reverted first attempt as it broke some browser_tests. I've straightened that out in another patch, so this should be good go again. TBR since it's the same patch as before. BUG=104360 TEST=none TBR=ben@chromium.org Review URL: http://codereview.chromium.org/8889022 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@113676 0039d316-1c4b-4281-b951-d872f2087c98
* Revert 113470 - Makes tests either use mock compositor or mock ↵sky@chromium.org2011-12-071-10/+0
| | | | | | | | | | | | | | WebGraphicsContext3D depending upon which compositor we're running. This is needed to enable ui tests on the bots. BUG=104360 TEST=none Review URL: http://codereview.chromium.org/8805033 TBR=sky@chromium.org Review URL: http://codereview.chromium.org/8873001 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@113507 0039d316-1c4b-4281-b951-d872f2087c98
* Makes tests either use mock compositor or mock WebGraphicsContext3D ↵sky@chromium.org2011-12-071-0/+10
| | | | | | | | | | | depending upon which compositor we're running. This is needed to enable ui tests on the bots. BUG=104360 TEST=none Review URL: http://codereview.chromium.org/8805033 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@113470 0039d316-1c4b-4281-b951-d872f2087c98
* Rename Desktop->RootWindow.ben@chromium.org2011-12-073-20/+20
| | | | | | | | | BUG=none TEST=compiles TBR=sky Review URL: http://codereview.chromium.org/8771015 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@113303 0039d316-1c4b-4281-b951-d872f2087c98
* aura: Ask the WindowDelegate before a Window is Focus()ed.sadrul@chromium.org2011-12-032-0/+5
| | | | | | | | | | | | | | . In aura, before a window is focused, ask the delegate if it can be focused. . Make a popup RWHVA non-focusable. This is to prevent the focus from moving from the main web-page to the combobox (which causes the combobox to get destroyed). This fixes an issue where comboboxes in the login screen could not be used properly. BUG=105786 TEST=manually Review URL: http://codereview.chromium.org/8770011 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@112909 0039d316-1c4b-4281-b951-d872f2087c98
* Maximize windows when double clicking their title bar.ben@chromium.org2011-11-302-5/+15
| | | | | | | | | | Note that this won't work on Linux until we crack double clicks from XEvents. BUG=none TEST=unit tests Review URL: http://codereview.chromium.org/8755003 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@112338 0039d316-1c4b-4281-b951-d872f2087c98
* DefaultDispatcher for MessagePumpXoshima@chromium.org2011-11-231-1/+1
| | | | | | | | | | | | | | MPX itself doesn't know how to handle events and we've been converting MessageLoop::Run() -> Desktop::Run() or RunAllPending to use ui_test_utils::RunAllPendingInMessageLoop(). It's no longer necessary with this CL. Windows's message pump can dispatch events without dispatcher. BUG=none TEST=none, but I believe some of browser_tests on aura is flaky because of this, and this CL should make them less/non flaky. Review URL: http://codereview.chromium.org/8635014 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@111324 0039d316-1c4b-4281-b951-d872f2087c98
* Aura: Fix window resizing for large drags.jamescook@chromium.org2011-11-222-2/+3
| | | | | | | | | | | | | | * Fix a DCHECK due to a negative width when resizing the right edge past the left one, and vice versa. * Fix the window moving when resizing its left edge past the minimum size, ditto for top edge. * Add unit tests for above. * Add GetMinimizeSize() method to aura::WindowDelegate interface. BUG=104245 TEST=aura_shell_unittests, manual Review URL: http://codereview.chromium.org/8618009 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@111244 0039d316-1c4b-4281-b951-d872f2087c98
* Adds a couple of pixel-based compositor unittests. One to test that opacity ↵vollick@chromium.org2011-11-181-1/+1
| | | | | | | | | | | | | | | is handled correctly, and one to check that MoveToFront and MoveAbove really do change the compositor output as expected. Noteworthy changes are in layer_unittest.cc. Most of the changes below are due to moving compositor testing code into ui/gfx/compositor/test. Depends on http://codereview.chromium.org/8463024/ and http://codereview.chromium.org/8590019/ BUG=None TEST=compositor_unittests Review URL: http://codereview.chromium.org/8533019 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@110657 0039d316-1c4b-4281-b951-d872f2087c98
* [Aura] Fix HtmlDialogBrowserTest.SizeWindow.xiyuan@chromium.org2011-11-182-1/+5
| | | | | | | | | | | | | | | - Fix HtmlDialogBrowserTest.SizeWindow for Linux + Aura + Chromeos==0. - Remove minimum_size_ from auralWindow and add an OnBoundsChanging to aura::WindowDelegate so that a delegate can apply bounds constriant; - NativeWidgetAura uses OnBoundsChanging to apply Widget's minimum size; - Remove minimum_size_ member from Widget because it is only used for widget with no frame (i.e. no non_client_view_) and such widget should have no minimum size; BUG=104412 TEST=Verify the HtmlDialogBrowserTest.SizeWindow should pass for Linux + Aura + Chromeos==0. Review URL: http://codereview.chromium.org/8574049 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@110608 0039d316-1c4b-4281-b951-d872f2087c98
* Cleanup: Remove forward declarations in ui, part 2.thestig@chromium.org2011-11-171-7/+3
| | | | | | | | | BUG=none TEST=none TBR=sky Review URL: http://codereview.chromium.org/8566027 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@110420 0039d316-1c4b-4281-b951-d872f2087c98
* Add test to verify that the stacking controller picks the correct ↵oshima@chromium.org2011-11-152-1/+20
| | | | | | | | | | | | | activatable window for menu. BUG=103820 TEST=new test added (ClickOnMenu) The new test depends on http://codereview.chromium.org/8387043/ to pass. Review URL: http://codereview.chromium.org/8536027 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@110103 0039d316-1c4b-4281-b951-d872f2087c98
* [Aura] Support additonal event filters in DesktopEventFilter.xiyuan@chromium.org2011-11-152-0/+110
| | | | | | | | | | BUG=none. TEST=DesktopEventFilter.AddtionalFilters test should pass. Review URL: http://codereview.chromium.org/8565018 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@110022 0039d316-1c4b-4281-b951-d872f2087c98
* [Aura] Support always-on-top top level window.xiyuan@chromium.org2011-11-152-2/+10
| | | | | | | | | | BUG=97256,102582 TEST=AlwaysOnTop related tests in ShellTest should pass. Review URL: http://codereview.chromium.org/8387043 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@109990 0039d316-1c4b-4281-b951-d872f2087c98
* Rid the world of TopLevelWindowContainer, and "toplevel" concept from Window ↵ben@chromium.org2011-11-106-5/+202
| | | | | | | | | | | | | | entirely. - Creates StackingController in aura_shell to manage stacking and implement aura::StackingClient. - Moves DesktopEventFilter to shell, since it's mostly shell-related anyway. - Move relevant tests to shell, requiring some refactoring to move test utils around. BUG=none TEST=none Review URL: http://codereview.chromium.org/8505049 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@109492 0039d316-1c4b-4281-b951-d872f2087c98
* Create a new aura client API dir and move constants and desktop delegate to it.ben@chromium.org2011-11-095-27/+26
| | | | | | | | | | Rename DesktopDelegate to StackingClient. BUG=none TEST=none Review URL: http://codereview.chromium.org/8508020 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@109323 0039d316-1c4b-4281-b951-d872f2087c98
* Aura: Resize cursors show properly when hovering over window framejamescook@chromium.org2011-11-091-1/+1
| | | | | | | | | | | | | + Set the cursor in the desktop's event filter. + Add the ui::EF_IS_NON_CLIENT flag to mouse events when needed, so views doesn't override the cursor. + Move views/window/hit_test.h to ui/base/hit_test.h and remove the extra copy in ui/aura. BUG=103298 TEST=move cursor over desktop, window edges, window client area Review URL: http://codereview.chromium.org/8501018 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@109278 0039d316-1c4b-4281-b951-d872f2087c98
* Move ToplevelWindowEventFilter to shelloshima@google.com2011-11-071-1/+2
| | | | | | | | | BUG=none TEST=none Review URL: http://codereview.chromium.org/8478012 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@108932 0039d316-1c4b-4281-b951-d872f2087c98
* Allow Window point conversion with a NULL source. This just returns ↵ben@chromium.org2011-11-033-6/+3
| | | | | | | | | | | | immediately without modifying the supplied point. This fixes a crash when converting points for an unparented RWHVA, since the code passes parent_ as source and parent_ is NULL. Had to remove some export stuff from tests to make this build in component build. test_support_base is a static library, thus need not have AURA_EXPORT. BUG=none TEST=none Review URL: http://codereview.chromium.org/8438052 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@108472 0039d316-1c4b-4281-b951-d872f2087c98
* Fix up compositor mocking.backer@chromium.org2011-10-271-1/+2
| | | | | | | | | | | | | | | | | | | | | | Two changes: a) detangle the mock compositor from compositor_test_support a) pull in compositor when using a mock compositor Rationale: a) this target was meant to support using use_webkit_compositor=1 when WK isn't initialized; sometimes we will want to use the mock compositor when WK is initialized b) we can imagine scenarios where we want to switch between mock and real compositors in the same executable, and it's one less target to update BUG=101477 TEST=bots stay green Committed: http://src.chromium.org/viewvc/chrome?view=rev&revision=107563 Reverted: http://src.chromium.org/viewvc/chrome?view=rev&revision=107564 Review URL: http://codereview.chromium.org/8395043 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@107574 0039d316-1c4b-4281-b951-d872f2087c98
* Revert 107563 - Fix up compositor mocking.backer@chromium.org2011-10-271-2/+1
| | | | | | | | | | | | | | | | | | | | | | Two changes: a) detangle the mock compositor from compositor_test_support a) pull in compositor when using a mock compositor Rationale: a) this target was meant to support using use_webkit_compositor=1 when WK isn't initialized; sometimes we will want to use the mock compositor when WK is initialized b) we can imagine scenarios where we want to switch between mock and real compositors in the same executable, and it's one less target to update BUG=101477 TEST=bots stay green Review URL: http://codereview.chromium.org/8395043 TBR=backer@chromium.org Review URL: http://codereview.chromium.org/8404041 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@107564 0039d316-1c4b-4281-b951-d872f2087c98
generated by cgit v1.1 at 2025-02-12 23:33:29 +0000