summaryrefslogtreecommitdiffstats
path: root/ash/shell.cc
Commit message (Collapse)AuthorAgeFilesLines
* Enable launcher on all displays by defaultoshima@chromium.org2013-01-171-1/+1
| | | | | | | | | | | | Updated tests to work on both environment. I did this so that we can just flip the flag when we need to turn this off. BUG=166119 TEST=some tests were updated to work under this environment. Review URL: https://chromiumcodereview.appspot.com/11975019 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@177529 0039d316-1c4b-4281-b951-d872f2087c98
* Revert 177182 - ViewTest.ChangeNativeViewHierarchyFindRoots failureerg@chromium.org2013-01-161-0/+9
| | | | | | | | | | | | | | | | | | | | | | | > Finally rip the global StackingClient bandaid off. > > - Removes the aura::client::SetStackingClient(StackingClient*) interface. > - Moves the ash StackingController from a singleton owned by ash::Shell to one StackingController per RootWindow owned by the ash::RootWindowController. (Also removes a spurious delegate method, where every implementation creates the same object, including tests.) > - Removes the global DesktopStackingClient and related interfaces. > - Fix the ChromeViewsDelegate so that it still sets context in chromeos builds. > - Rename content::ShellStackingClientAsh to content::MinimalAsh to reflect what it really does. > > In addition, the following fix ups apply: > > - Previously, WebContentsViewAura asserted that it needed a context window. Now if no context window is provided, it isn't added to an aura hierarchy. There are times when that context doesn't exist: various chromeos dialogs that directly invoke WebView and toplevel extension/app windows that are created from background pages that don't have contexts. > > BUG=161882 > > Review URL: https://codereview.chromium.org/11829040 TBR=erg@chromium.org Review URL: https://codereview.chromium.org/11962021 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@177190 0039d316-1c4b-4281-b951-d872f2087c98
* Finally rip the global StackingClient bandaid off.erg@chromium.org2013-01-161-9/+0
| | | | | | | | | | | | | | | | | | - Removes the aura::client::SetStackingClient(StackingClient*) interface. - Moves the ash StackingController from a singleton owned by ash::Shell to one StackingController per RootWindow owned by the ash::RootWindowController. (Also removes a spurious delegate method, where every implementation creates the same object, including tests.) - Removes the global DesktopStackingClient and related interfaces. - Fix the ChromeViewsDelegate so that it still sets context in chromeos builds. - Rename content::ShellStackingClientAsh to content::MinimalAsh to reflect what it really does. In addition, the following fix ups apply: - Previously, WebContentsViewAura asserted that it needed a context window. Now if no context window is provided, it isn't added to an aura hierarchy. There are times when that context doesn't exist: various chromeos dialogs that directly invoke WebView and toplevel extension/app windows that are created from background pages that don't have contexts. BUG=161882 Review URL: https://codereview.chromium.org/11829040 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@177182 0039d316-1c4b-4281-b951-d872f2087c98
* Make ui_controls only usable from interactive_ui_tests. This has two benefits:jam@chromium.org2013-01-141-3/+0
| | | | | | | | | | 1) don't link test code in shipping binary 2) ensure that people don't call these functions which depend on focus in sharded test targets In a followup cl, I'll move the files to chrome\test\base Review URL: https://codereview.chromium.org/11878013 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@176638 0039d316-1c4b-4281-b951-d872f2087c98
* Fixes for FocusController to make it pass interactive_ui_tests.ben@chromium.org2013-01-111-1/+1
| | | | | | | | http://crbug.com/162100 R=sky@chromium.org Review URL: https://codereview.chromium.org/11809002 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@176455 0039d316-1c4b-4281-b951-d872f2087c98
* Scaling scroll/fling events in multi-monitor setupsheckylin@chromium.org2013-01-101-0/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | The CL adds an event filter that transforms input event properties in the extended desktop environment. It currently scales scroll/fling events' offset values based on the following logic: 1. Linear scaling w.r.t. the device scale factor, which is 2x for highDPI displays. 2. 1.2x scaling for external displays, since they are usually larger than internal ones. Both scalings can stack on each other, i.e. you can get as high as a 2.4x boost if you have a high DPI external display. Contributed by sheckylin@chromium.org BUG=chromium:166392 TEST=Tested on link w/o external display. Change-Id: Ie29e03fcf9f6e5ae1dd6231990103237c3129fd6 Review URL: https://chromiumcodereview.appspot.com/11743013 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@176038 0039d316-1c4b-4281-b951-d872f2087c98
* Implement rough new dialog style.msw@google.com2013-01-071-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | Add/update and use NativeTheme dialog colors for Win/Aura. Use Label[Button] and Bubble[Border|Background] in DialogFrameView. Add DialogFrameView::content_margins_ similar to BubbleFrameView. Increase widget example size, add DialogExample with title. Tweak dialog example InitParams (nix frame, make transparent). Make the buttons in the widget example focusable. Make LabelButton::GetPreferredSize public. Refactor BubbleFrameView::GetBoundsForClientView. Roughly matches the specification at: https://docs.google.com/a/google.com/file/d/0B6x6iYCtKinEVjFvOWNfRlJCLU0/edit See the screenshot on the bug at: https://code.google.com/p/chromium/issues/detail?id=166075#c5 TODO(followup): Investigate a minor LabelButton drag/hot issue. TODO(followup): Add/use new close (x) button resources. TODO(followup): Generalize BubbleBorder to a custom frame border? BUG=166075 TEST=[Views examples] dialogs look closer to mocks with --enable-new-dialog-style (actual Chrome dialogs need more work). R=sky@chromium.org Review URL: https://codereview.chromium.org/11756005 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@175411 0039d316-1c4b-4281-b951-d872f2087c98
* Search next activate window from the active root window.oshima@chromium.org2012-12-281-5/+11
| | | | | | | | | | | The new test was also tested with --views-corewm-use-focus-controller. BUG=167416 TEST=covered by test. Review URL: https://chromiumcodereview.appspot.com/11697003 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@174737 0039d316-1c4b-4281-b951-d872f2087c98
* DCHECK->CHECK to catch error in the field.oshima@chromium.org2012-12-271-2/+2
| | | | | | | | | | | TBR=jamescook@chromium.org BUG=165214 TEST=none Review URL: https://chromiumcodereview.appspot.com/11678002 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@174651 0039d316-1c4b-4281-b951-d872f2087c98
* Move ash/wm's DialogFrameView to ui/views/window; etc.msw@chromium.org2012-12-191-2/+2
| | | | | | | | | | | | | | | | | | | | | Move ash/wm/dialog_frame_view.[h|cc] to ui/views/window/. Move DialogFrameView to views namespace; export; cleanup. Expose static DialogDelegate::UseNewStyle() for commandline flag. OVERRIDE DialogDelegate::CreateNonClientFrameView to use DialogFrameView with flag. OVERRIDE DialogDelegateView::GetContentsView to return |this|. (nix redundant GetContentsView() OVERRIDEs from subclasses) Cleanup DialogClientView ctor; encapsulate StyleParams struct. Rewrite WidgetExample; nix transparency, add dialog widget, consolidate. BUG=166075 TEST=views_examples WidgetExample changes with --enabled-new-dialog-style R=sky@chromium.org Review URL: https://chromiumcodereview.appspot.com/11571023 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@173993 0039d316-1c4b-4281-b951-d872f2087c98
* Make the cursor have separate mode for disabled mouse events and invisible.mazda@chromium.org2012-12-191-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This CL adds the following APIs. * CursorClient::DisableMouseEvents: Makes mouse events stop being sent and hides the cursor if it is visible. (For now, DisableMouseEvents just clears the hover state and doesn't prevent mouse events from being generated, though). * CursorClient::EnableMouseEvents: Makes mouse events start being sent and shows the cursor if it was hidden with DisableMouseEvents. * CursorClient::HideCursor: Makes the cursor invisible. This changes only the cursor visibility and mouse events keep being sent even when the cursor is invisible. * CursorClient::ShowCursor: Makes the cursor visible. This does not take effect When mouse events are disabled. This CL just replaces the old usages of CursorClient::ShowCursor with the new APIs to retain existing behavior. I'll make another CL that uses these APIs in appropriate places. BUG=153703 TEST=CursorManagerTest.EnableDisableMouseEvents, CursorManagerTest.ShowAndEnable Review URL: https://chromiumcodereview.appspot.com/11412315 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@173933 0039d316-1c4b-4281-b951-d872f2087c98
* Enable new lock animations by defaultantrim@chromium.org2012-12-181-3/+3
| | | | | | | | | | | | BUG=138171, 139461, 162646 TBR=sky Committed: https://src.chromium.org/viewvc/chrome?view=rev&revision=173731 Review URL: https://chromiumcodereview.appspot.com/11595008 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@173760 0039d316-1c4b-4281-b951-d872f2087c98
* Revert 173731 - interactive_ui_tests" on "Linux ChromiumOS Tests (dbg)(3)nkostylev@chromium.org2012-12-181-3/+3
| | | | | | | | | | | | | | | | | http://build.chromium.org/p/chromium.chromiumos/buildstatus?builder=Linux%20ChromiumOS%20Tests%20%28dbg%29%283%29&number=18313 > Enable new lock animations by default > > BUG=138171, 139461, 162646 > TBR=sky > > > Review URL: https://chromiumcodereview.appspot.com/11595008 TBR=antrim@chromium.org Review URL: https://codereview.chromium.org/11624018 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@173734 0039d316-1c4b-4281-b951-d872f2087c98
* Enable new lock animations by defaultantrim@chromium.org2012-12-181-3/+3
| | | | | | | | | | BUG=138171, 139461, 162646 TBR=sky Review URL: https://chromiumcodereview.appspot.com/11595008 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@173731 0039d316-1c4b-4281-b951-d872f2087c98
* A short-term workaround for crash in ShowContextMenuoshima@chromium.org2012-12-181-1/+9
| | | | | | | | | | | I'll make this CHECK once we cut branch. BUG=165214 TEST=none Review URL: https://codereview.chromium.org/11612007 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@173627 0039d316-1c4b-4281-b951-d872f2087c98
* Consolidate dialog style flags and strings; etc.msw@chromium.org2012-12-171-1/+2
| | | | | | | | | | | | | | | | | | Nix kEnableChromeStyleDialogs and kAuraGoogleDialogFrames. Replace with new ui/base switch kEnableNewDialogStyle. Consolidate strings, nix helper function, cleanup switches. Copy flag to renderer processes in RenderProcessHostImpl. Remove duplicate kEnableTouchDragDrop flag copy code. Replace ModalBackgroundView with a View and SolidBackground. BUG=166075 TEST=--enable-new-dialog-style replaces --enable-chrome-style-dialogs and --aura-google-dialog-frames R=sky@chromium.org,wittman@chromium.org Review URL: https://chromiumcodereview.appspot.com/11565019 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@173521 0039d316-1c4b-4281-b951-d872f2087c98
* Enables storing shelf's auto_hide_behavior and alignment per display.mukai@chromium.org2012-12-171-2/+4
| | | | | | | | | BUG=165419 TEST=on a dev-mode device, change the launcher's auto-hide behavior and see how it's stored in Preferences Review URL: https://codereview.chromium.org/11570017 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@173508 0039d316-1c4b-4281-b951-d872f2087c98
* Show all launchers upon login when launcher-per-diplay is enabled.oshima@chromium.org2012-12-151-1/+8
| | | | | | | | | BUG=166088 TEST=manual Review URL: https://codereview.chromium.org/11566028 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@173298 0039d316-1c4b-4281-b951-d872f2087c98
* ash: Add RootWindowHostFactory class.reveman@chromium.org2012-12-141-0/+2
| | | | | | | | | | | | | | This provides a mechanism for creating a RootWindowHost to use in place of the default one that aura::RootWindow will create. This is exposed to consumers of ash through the addition of the CreateRootWindowHostFactory function to the ShellDelegate interface. BUG=124444 TEST=ash_unittests Review URL: https://chromiumcodereview.appspot.com/11360045 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@173080 0039d316-1c4b-4281-b951-d872f2087c98
* Get the rest of the ash_unittests to pass with the new FocusController (!)ben@chromium.org2012-12-141-1/+2
| | | | | | | | | | | | | | | | | | | | | | | | Ash changes: . Active RootWindow as tracked by the shell must only be updated when activation isn't being cleared. . AshFocusRules' method that locates the next window to activate now searches forward and backward from the destroyed window's container. It used to only search forward. . Some tests test for conditions that are no longer valid with the new focus controller, so we put some conditionals into the tests (PanelLayoutManagerTest and WindowManagerTest). . ToplevelWindowEventFilterTest had an incomplete ash environment that wasn't getting all the right logic, so changed it to use full-ash. . BubbleDelegateView needs to remove its observer to avoid a crash. Core logic changes: . A window must be focusable for it to be activatable. For some reason this test had eluded earlier incarnations. . GetActivatableWindow() needs to be able to jump to a modal transient if one is present. . GetFocusableWindow() needs to be able to hop to the next activatable window if the specified window isn't activatable. . Prevent recursion in processing focus/activation changes. . Prevent changing focus to the parent window when a child is focused. R=sky@chromium.org http://crbug.com/162100 Review URL: https://codereview.chromium.org/11519040 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@173011 0039d316-1c4b-4281-b951-d872f2087c98
* Remove a bunch of stuff related to Focus/Activation events. ben@chromium.org2012-12-121-6/+9
| | | | | | | | | http://crbug.com/162100 R=sadrul@chromium.org Committed: https://src.chromium.org/viewvc/chrome?view=rev&revision=172624 Review URL: https://codereview.chromium.org/11537019 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@172674 0039d316-1c4b-4281-b951-d872f2087c98
* Revert 172624 - Remove a bunch of stuff related to Focus/Activation events.ben@chromium.org2012-12-121-9/+6
| | | | | | | | | | | http://crbug.com/162100 R=sadrul@chromium.org Review URL: https://codereview.chromium.org/11537019 TBR=ben@chromium.org Review URL: https://codereview.chromium.org/11558027 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@172646 0039d316-1c4b-4281-b951-d872f2087c98
* Remove a bunch of stuff related to Focus/Activation events.ben@chromium.org2012-12-121-6/+9
| | | | | | | | http://crbug.com/162100 R=sadrul@chromium.org Review URL: https://codereview.chromium.org/11537019 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@172624 0039d316-1c4b-4281-b951-d872f2087c98
* - Show app list on 2nd launcheroshima@chromium.org2012-12-111-3/+19
| | | | | | | | | | | | | | | | - Share the launcher mode/delegate in multiple launchers. This CL moves the launcher mode/delegate to Shell - Initialize Display objects before creating RootWindow for 2nd as it'll be used during creation. I'll add tests in next CL, as it crashes without https://codereview.chromium.org/11515004/. BUG=145978 TEST=none Review URL: https://chromiumcodereview.appspot.com/11465037 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@172310 0039d316-1c4b-4281-b951-d872f2087c98
* Remove observers from SystemTrayNotifier on destructionoshima@chromium.org2012-12-111-5/+4
| | | | | | | | | | | R=stevenjb@chromium.org BUG=145978 TEST=none Review URL: https://chromiumcodereview.appspot.com/11515004 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@172227 0039d316-1c4b-4281-b951-d872f2087c98
* [Launcher per display] Removed Shell::status_area_widget(), system_tray()oshima@chromium.org2012-12-101-9/+12
| | | | | | | | | | | | HasPrimaryStatusArea/GetPrimarySystemTray for login screen which will have only one tray/status area on primary BUG=145978 TEST=none Review URL: https://chromiumcodereview.appspot.com/11476033 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@172169 0039d316-1c4b-4281-b951-d872f2087c98
* [Clenup] Split ShellTestApi into separate fileoshima@chromium.org2012-12-081-28/+0
| | | | | | | | | | BUG=none TEST=none Review URL: https://chromiumcodereview.appspot.com/11476032 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@171977 0039d316-1c4b-4281-b951-d872f2087c98
* More ash_unittests run without crashing/pass with new focus controller.ben@chromium.org2012-12-071-0/+13
| | | | | | | | | | | | | | | . Listen for ActivationChanged events to minimized windows on BaseLayoutManager and show the activated window (BLM is also responsible for hiding minimized windows) . Stop the annoying cursor movement for RWHWin while the tests are running. There's never a reason for us to do this on win32. . Listen for FocusChanging events in the DeleteOnBlur delegate in RootWindowControllerTest. Currently calls StopPropagation since the handler is deleted. Will not be necessary after sadrul's latest. . Shell keeps track of active root window now as an activation event handler (in the old world, the ActivationController manually updated this). . TestActivationDelegate is also an activation event handler. . FocusController responds to hides on visibility changED vs changING since that's necessary to restore activation properly after hiding a system modal window. http://crbug.com/162100 R=sadrul@chromium.org Review URL: https://codereview.chromium.org/11446050 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@171795 0039d316-1c4b-4281-b951-d872f2087c98
* Promote views::InputMethodWin to ui/base/ime and get working. Cleanup ↵sky@chromium.org2012-12-061-1/+2
| | | | | | | | | | | | | surrounding code. I'm not too happy with how I plumbed through some of the win specific events, but that can be dealt with separately. BUG=none TEST=none R=ben@chromium.org Review URL: https://chromiumcodereview.appspot.com/11476003 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@171622 0039d316-1c4b-4281-b951-d872f2087c98
* Get some of the ash_unittests to run without crashing.ben@chromium.org2012-12-061-1/+1
| | | | | | | | | | | | | | | | We currently make it as far as RootWindowControllerTest.MoveWindows_Basic. This CL: - changes ui::EventTarget::CanAcceptEvents to be CanAcceptEvent and take an event. This allows the event type to determine whether or not it can be accepted by the target. - copy-pasta from ActivationController to AshActivationRules (GetNextWindowToActivate()) - forwarding to target handler for generic events in EventTarget - RootWindowControllerTest needs to handle activation events @ the target and forward to OnBlur impl. http://crbug.com/162100 R=sadrul@chromium.org Review URL: https://codereview.chromium.org/11445023 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@171583 0039d316-1c4b-4281-b951-d872f2087c98
* A few basic focus controller changes to get out of the way before getting ↵ben@chromium.org2012-12-051-7/+2
| | | | | | | | | | | | | | | | | ash_unittests to run: - focus rules methods -> const - instead of checking a command line flag everywhere, just call a function - fix a couple of typos: . one from yesterday in AshFocusRules, oops. . one older one in FocusChangeEvent (!!) had to update some faulty test expectations for this one. - focus restoration logic in RootWindow::OnWindowHidden is redundant/interferes with the FocusController, therefore I'm moving it to aura::FocusManager (via aura::client::FocusClient) so that FocusController can just no-op this. http://crbug.com/162100 R=sadrul@chromium.org Review URL: https://codereview.chromium.org/11458002 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@171260 0039d316-1c4b-4281-b951-d872f2087c98
* Add policy for ash launcher auto-hide behaviorbartfab@chromium.org2012-12-041-11/+0
| | | | | | | | | | | | | | | This CL adds a policy that controls the ash launcher auto-hide behavior. It also modifies the way that the launcher context menu reads and toggles the current auto-hide behavior, ensuring that all changes go through the kShelfAutoHideBehaviorLocal pref that the policy can override. BUG=152929 TBR=davemoore@chromium.org Review URL: https://chromiumcodereview.appspot.com/11418114 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@170947 0039d316-1c4b-4281-b951-d872f2087c98
* Hook up the FocusController behind a flag.ben@chromium.org2012-12-031-10/+31
| | | | | | | | http://crbug.com/162100 R=sky@chromium.org Review URL: https://codereview.chromium.org/11421194 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@170752 0039d316-1c4b-4281-b951-d872f2087c98
* Move WindowModalityController to CoreWm.ben@chromium.org2012-12-021-2/+3
| | | | | | | | | | I left the unittest in ash still for the time being as it requires a bunch of stuff from ash too (mostly the activation logic which is still in progress for Corewm). http://crbug.com/162100 R=rouslan@chromium.org Review URL: https://codereview.chromium.org/11316287 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@170679 0039d316-1c4b-4281-b951-d872f2087c98
* Move VisibilityController to corewm.ben@chromium.org2012-11-301-2/+21
| | | | | | | | | | I had to add a subclass to Ash for the time being to allow Ash to call its method for animating windows, which handles a few animation types corewm doesn't know about. I'd like to clean this up a bit in a future CL, see my TODO. http://crbug.com/158115 R=sky@chromium.org Review URL: https://codereview.chromium.org/11316245 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@170328 0039d316-1c4b-4281-b951-d872f2087c98
* Split window_animations, moving basic animations to views/corewm.ben@chromium.org2012-11-291-2/+2
| | | | | | | | | | | | | | | The base definition of the animation type enum also moves to corewm, and the API now allows downstream libraries (like ash) to extend the set of animations available. This will allow us to more easily use "core" animations in desktop-aura. I also removed the internal namespace from window_animations that remained in ash, since the use of namespaces in that file had begun to confuse me. http://crbug.com/158115 R=sky@chromium.org Committed: https://src.chromium.org/viewvc/chrome?view=rev&revision=170071 Review URL: https://codereview.chromium.org/11412223 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@170195 0039d316-1c4b-4281-b951-d872f2087c98
* Revert 170071 - Split window_animations, moving basic animations to ↵ben@chromium.org2012-11-281-2/+2
| | | | | | | | | | | | | | | | | | views/corewm. The base definition of the animation type enum also moves to corewm, and the API now allows downstream libraries (like ash) to extend the set of animations available. This will allow us to more easily use "core" animations in desktop-aura. I also removed the internal namespace from window_animations that remained in ash, since the use of namespaces in that file had begun to confuse me. http://crbug.com/158115 R=sky@chromium.org Review URL: https://codereview.chromium.org/11412223 TBR=ben@chromium.org git-svn-id: svn://svn.chromium.org/chrome/trunk/src@170084 0039d316-1c4b-4281-b951-d872f2087c98
* Split window_animations, moving basic animations to views/corewm.ben@chromium.org2012-11-281-2/+2
| | | | | | | | | | | | | | The base definition of the animation type enum also moves to corewm, and the API now allows downstream libraries (like ash) to extend the set of animations available. This will allow us to more easily use "core" animations in desktop-aura. I also removed the internal namespace from window_animations that remained in ash, since the use of namespaces in that file had begun to confuse me. http://crbug.com/158115 R=sky@chromium.org Review URL: https://codereview.chromium.org/11412223 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@170071 0039d316-1c4b-4281-b951-d872f2087c98
* Rework FocusManager as FocusClient.ben@chromium.org2012-11-281-5/+5
| | | | | | | | | | This allows us to have multiple focus system implementations. http://crbug.com/162100 R=sky@chromium.org Review URL: https://codereview.chromium.org/11299219 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@169824 0039d316-1c4b-4281-b951-d872f2087c98
* Introduce SessionStateObserverantrim@chromium.org2012-11-211-10/+11
| | | | | | | | | | | | Use this in tooltip managers (158027 : Lockscreen leaks information via tooltip), Use this in launcher animation on full lock in new animations (138171). BUG=158027,138171 Review URL: https://chromiumcodereview.appspot.com/11416037 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@169033 0039d316-1c4b-4281-b951-d872f2087c98
* Let chromeos::User decide whether the current session can be lockedbartfab@chromium.org2012-11-211-1/+5
| | | | | | | | | | | | | | | We have several different methods that try to determine whether the current session can be locked. This redundancy is difficult to maintain and has drifted out of sync in the past. The CL consolidates all checks and makes the chromeos::User class the autoritative source for whether the current session can be locked or not. BUG=152928 Review URL: https://chromiumcodereview.appspot.com/11412100 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@169031 0039d316-1c4b-4281-b951-d872f2087c98
* Fix the issue of cursor being shown at startup.mazda@chromium.org2012-11-201-0/+1
| | | | | | | | | | | | | | Cursor was shown by MagnificationController when it's enabled in chrome::OpenAsh. This CL makes MagnificationController not to show cursor if unnecessary. Also makes cursor initially hidden when the host window is not using full screen for testing ChromeOS build on desktop. BUG=157918 TEST=Manually on device and desktop Review URL: https://chromiumcodereview.appspot.com/11364003 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@168830 0039d316-1c4b-4281-b951-d872f2087c98
* Remove use of index in wallpaper picker code and some refactorbshe@chromium.org2012-11-201-1/+0
| | | | | | | | BUG=141431 Review URL: https://codereview.chromium.org/11415015 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@168818 0039d316-1c4b-4281-b951-d872f2087c98
* Move focus shifting from CEF onto an EventHandler implementation on ↵ben@chromium.org2012-11-201-0/+1
| | | | | | | | | | | | ActivationController. Shell's AC now becomes a pre-target handler on Env. http://crbug.com/161812 R=sky@chromium.org Review URL: https://codereview.chromium.org/11308105 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@168812 0039d316-1c4b-4281-b951-d872f2087c98
* Separates some ash-specific logic from the ActivationController in ↵ben@chromium.org2012-11-151-2/+5
| | | | | | | | | | preparation for moving it to views/corewm. http://crbug.com/158115 R=sky@chromium.org Review URL: https://codereview.chromium.org/11420010 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@168005 0039d316-1c4b-4281-b951-d872f2087c98
* Add the partial screen magnifier to Chrome OS.zork@chromium.org2012-11-151-1/+6
| | | | | | | | | | BUG=127075 TEST=Set settings->Advanced Settings -> Accessibility -> Screen magnifier to partial. Check that the area around the mouse cursor is magnified Review URL: https://chromiumcodereview.appspot.com/10915140 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@167878 0039d316-1c4b-4281-b951-d872f2087c98
* Move shadow code to views\corewmben@chromium.org2012-11-141-2/+3
| | | | | | | | http://crbug.com/158115 R=derat@chromium.org Review URL: https://codereview.chromium.org/11275296 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@167733 0039d316-1c4b-4281-b951-d872f2087c98
* - Move DisplayManager and DisplayChangeObserverX11 from auraoshima@chromium.org2012-11-141-8/+12
| | | | | | | | | | | | | | | | | | | | | | | | | | to ash.DisplayManager/DisplayChangeObserverX11 are in aura for historical reason, but they no longer have to be in aura. * Remove SingleDisplayManager as it's no longer necessary. * Rename MultipleDisplayManager and consolidate into DisplayManager. * Remove DisplayManager from desktop environment. Screen information is managed by platform in desktop environment, and should be provided via gfx::Screen implementation. - Move DisplayObserver to ui/gfx. This should be consolicated with other similar features such as WorkAreaWatcherObserver/ DisplaySettingsProvider. It's tracked in crbug.com/122863. - Misc cleanups * Test should use test_support_ash instead of including individual files. * Use TestScreen where appropriate. BUG=159710, 122863 TEST=none Review URL: https://chromiumcodereview.appspot.com/11363124 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@167639 0039d316-1c4b-4281-b951-d872f2087c98
* Add SystemTrayObserversstevenjb@chromium.org2012-11-141-0/+9
| | | | | | | | | | | | | | | Once there is more than one SystemTray instance, we will need to support observer lists so that multiple tray items can be notified. Hosting the observer lists in a separate class owned by ass::SystemTrayDelegate seemed like the most forward approach. BUG=159543 For ash.gyp: TBR=sky@chromium.org Review URL: https://chromiumcodereview.appspot.com/11312139 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@167548 0039d316-1c4b-4281-b951-d872f2087c98
* re-re-land of https://codereview.chromium.org/11364053/scottmg@chromium.org2012-11-141-1/+8
| | | | | | | | | | | | | | | First attempt here: https://codereview.chromium.org/11364053/ : failed linux_chromeos_asan Second attempt here: http://codereview.chromium.org/11362216/ : collided with renames in http://crrev.com/167418 This cl is the same as the second attempt, with the namespaces and includes updated for file renames. TBR=ben@chromium.org BUG=128578 Review URL: https://chromiumcodereview.appspot.com/11377140 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@167547 0039d316-1c4b-4281-b951-d872f2087c98