summaryrefslogtreecommitdiffstats
path: root/ash
Commit message (Collapse)AuthorAgeFilesLines
* Correcting bubble offsets of notifications when the tray menu is shownskuhne@chromium.org2013-08-101-2/+6
| | | | | | | | | BUG=263983 TEST=visual Review URL: https://chromiumcodereview.appspot.com/22375009 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@216785 0039d316-1c4b-4281-b951-d872f2087c98
* Clean up compositor initialization/destruction.danakj@chromium.org2013-08-092-2/+5
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Moved from https://codereview.chromium.org/21052007/ Currently the ContextFactory is outliving the compositor thread in tests, which is bad since the contexts in there can be bound to the compositor thread. Then we end up reusing those contexts and bad things happen. This enforces ordering for initializing and destroying the compositor as follows: Initialize ContextFactory ..Compositor::Initialize ....Create Compositor instances ....Delete Compositor instances ..Compositor::Terminate The Compositor::Terminate call also destroys the ContextFactory. The ContextFactory can be initialized in one of two ways: 1. ImageTransportFactory::Initialize will set up the ContextFactory. This is used by things that invoke all of content/browser/. 2. Compositor::InitializeContextFactoryForTests() must be explicitly called by any unit tests that create a compositor. Since some tests want a real GL context and some don't, this does away with the misnomer of initializing the Compositor once for the entire test suite, and then re-initializing somewhere in the middle of the test suite. Instead, each test must Initialize/Terminate the compositor with the ContextFactory type of its choice. Incidently, this test enables 20 tests on aura or win_aura that were previously being skipped. TBR=piman@chromium.org BUG=258625 Review URL: https://chromiumcodereview.appspot.com/22293003 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@216780 0039d316-1c4b-4281-b951-d872f2087c98
* Show shadow on drag edge when touch-resizingmohsen@chromium.org2013-08-095-25/+172
| | | | | | | | | | | | | As soon as the user touches the touch-resize area around a window, a shadow is rendered under the associated edge(s) to indicate that the user can resize the window by dragging their finger. This shadow will remain until the user lifts the finger. BUG=257006 Review URL: https://chromiumcodereview.appspot.com/21235007 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@216772 0039d316-1c4b-4281-b951-d872f2087c98
* Remove unnecessary include. This was the cause of linkage warningoshima@chromium.org2013-08-091-1/+0
| | | | | | | | | | | warning: hidden symbol 'void aura::Window::SetProperty<bool>(aura::WindowProperty<bool> const*, bool)' in obj/ash/wm/workspace/ash_unittests.workspace_event_handler_unittest.o is referenced by DSO lib/libash.so BUG=none TEST=no linkage warning Review URL: https://chromiumcodereview.appspot.com/22629008 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@216763 0039d316-1c4b-4281-b951-d872f2087c98
* Add binary files for feedback system trayzork@chromium.org2013-08-092-0/+0
| | | | | | | | | TBR=oshima@chromium.org BUG=269843 Review URL: https://codereview.chromium.org/22555005 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@216757 0039d316-1c4b-4281-b951-d872f2087c98
* Refactor ShelfLayoutManager in preparation for fixing crbug.com/268209pkotwicz@chromium.org2013-08-091-22/+16
| | | | | | | | | | | | | | | | | | No functional changes. - Move ShelfLayoutManager::SetDimsShelf() after the State::Equals() call now that State::window_state exists. (Added in https://chromiumcodereview.appspot.com/18637004) - Use TargetBounds::status_opacity in ShelfLayoutManager::LayoutShelf() for the status opacity - Remove dead code in computing |delay_background_change|. (Added in https://chromiumcodereview.appspot.com/10911172) BUG=None Test=None R=sadrul TBR=jamescook Review URL: https://chromiumcodereview.appspot.com/22348004 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@216753 0039d316-1c4b-4281-b951-d872f2087c98
* Accepts the locale change when click on the notification.mukai@chromium.org2013-08-091-1/+2
| | | | | | | | | | BUG=270686 R=stevenjb@chromium.org TEST=manually Review URL: https://chromiumcodereview.appspot.com/22709005 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@216745 0039d316-1c4b-4281-b951-d872f2087c98
* Move the bubble with the shelf to avoid that it shows up at incorrect locationsskuhne@chromium.org2013-08-091-0/+2
| | | | | | | | | | | Since the tooltip did not move with the shelf it could show up at incorrect locations when the shelf was set to auto hide. BUG=263085, 267847 TEST=visual Review URL: https://chromiumcodereview.appspot.com/22702002 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@216692 0039d316-1c4b-4281-b951-d872f2087c98
* Update string for PPP authentication failure.quiche@chromium.org2013-08-091-1/+1
| | | | | | | | | | | | | The old string didn't mention PPP, making it harder to know where to go to resolve the problem. The new string explicitly mentions PPP. BUG=270169 TEST=build chrome Review URL: https://chromiumcodereview.appspot.com/22340008 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@216669 0039d316-1c4b-4281-b951-d872f2087c98
* ash:Shelf Update Alternate Layoutharrym@chromium.org2013-08-0915-150/+220
| | | | | | | | | | | | | | | | | For Alternate Layout: - Overflow Button Positioned correctly - Spacing between buttons increased - Position of App List button adjusted - Position of Status Area adjusted - App List no longer can be re positioned. TEST=Visual TBR=sadrul@chromium.org BUG=264232,263884,265661, 268500 Review URL: https://chromiumcodereview.appspot.com/22291003 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@216624 0039d316-1c4b-4281-b951-d872f2087c98
* Notify the display bounds change on secondary display when layout changesoshima@chromium.org2013-08-092-6/+70
| | | | | | | | | BUG=247059 TEST=covered by unittest Review URL: https://chromiumcodereview.appspot.com/22645003 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@216607 0039d316-1c4b-4281-b951-d872f2087c98
* Fix the issue with guest mode user image loaded wrong on avatar, which is ↵jennyz@chromium.org2013-08-092-21/+22
| | | | | | | | | | caused by user image file is loaded after avatar is drawn. BUG=254976 Review URL: https://chromiumcodereview.appspot.com/22629006 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@216590 0039d316-1c4b-4281-b951-d872f2087c98
* Convert all connect code to use NetworkHandler instead of NetworkLibrarystevenjb@chromium.org2013-08-096-30/+260
| | | | | | | | | | | | | | * Eliminates kUseNewNetworkConnectionHandler * Converts *_config_view to NetworkStateHandler + network_connect * Migrates non Chrome/Browser dependent network_connect code to ash::network_connect. BUG=263978 R=gauravsh@chromium.org, pneubeck@chromium.org Review URL: https://codereview.chromium.org/21046008 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@216568 0039d316-1c4b-4281-b951-d872f2087c98
* Revert 216531 "ash:Shelf-Overflow Button"nhiroki@chromium.org2013-08-098-109/+59
| | | | | | | | | | | | | | | | | | | | | | Probably this break LauncherViewIconObserverTest.AddRemove test. http://build.chromium.org/p/chromium.win/buildstatus?builder=Win8%20Aura&number=8895 http://build.chromium.org/p/chromium.chromiumos/buildstatus?builder=Linux%20ChromiumOS%20Tests%20%28dbg%29%281%29&number=23095 > ash:Shelf-Overflow Button > > Overflow Button updated to use Rotated image on side shelf. > Overflow Button background changed to match app list background in alternate shelf layout. > > BUG=265661, 265662, 163000 > > Review URL: https://chromiumcodereview.appspot.com/22527003 TBR=harrym@chromium.org Review URL: https://codereview.chromium.org/22371008 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@216552 0039d316-1c4b-4281-b951-d872f2087c98
* ash:Shelf-Overflow Buttonharrym@chromium.org2013-08-098-59/+109
| | | | | | | | | | | Overflow Button updated to use Rotated image on side shelf. Overflow Button background changed to match app list background in alternate shelf layout. BUG=265661, 265662, 163000 Review URL: https://chromiumcodereview.appspot.com/22527003 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@216531 0039d316-1c4b-4281-b951-d872f2087c98
* Fixing drag problem in shelf after clicking an item.skuhne@chromium.org2013-08-092-6/+50
| | | | | | | | | | | The problem turned out to be that the dragged item view did not get cleared when a button got lifted without ever getting dragged. BUG=264235 TEST=unit test Review URL: https://chromiumcodereview.appspot.com/22457005 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@216505 0039d316-1c4b-4281-b951-d872f2087c98
* Updates the message of the TrayDisplay notifications.mukai@chromium.org2013-08-093-9/+49
| | | | | | | | | | | | | | - no body text to list displays - rotation notification has the new rotation info in the text - edited a few words BUG=265915 R=oshima@chromium.org, stevenjb@chromium.org TEST=ash_unittests Review URL: https://codereview.chromium.org/21612005 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@216502 0039d316-1c4b-4281-b951-d872f2087c98
* Ports locally managed user notification to message_center.mukai@chromium.org2013-08-082-51/+28
| | | | | | | | | BUG=259131 R=stevenjb@chromium.org, antrim@chromium.org Review URL: https://chromiumcodereview.appspot.com/22293009 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@216481 0039d316-1c4b-4281-b951-d872f2087c98
* Add EVDO network icons.benchan@chromium.org2013-08-086-2/+4
| | | | | | | | | | | | | This CL adds a set of EVDO network icons for Chrome OS, which are shown in the ash tray and network list when there is a CDMA EVDO network. BUG=268328 TEST=Verify that the "Ev" icon is shown for a CDMA EVDO network. R=oshima@chromium.org, stevenjb@chromium.org Review URL: https://codereview.chromium.org/22550005 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@216455 0039d316-1c4b-4281-b951-d872f2087c98
* Keep the shelf black when toggling between fullscreen and maximized mode pkotwicz@chromium.org2013-08-081-32/+32
| | | | | | | | | | | This CL also does a bit of refactoring to make the relationship between |delay_shelf_update| and |change_type| more obvious. In particular, |change_type| has no effect if |delay_shelf_update| == true. BUG=268197 TEST=Manual, see bug Review URL: https://chromiumcodereview.appspot.com/22115002 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@216410 0039d316-1c4b-4281-b951-d872f2087c98
* [cros] Various fixes for Chrome OS supervised user UInkostylev@chromium.org2013-08-081-2/+3
| | | | | | | | | | | | | | | | | * Creation flow > intro screen content updated * String: [Creating profile...] > [Creating supervised user] * String [Authenticating...] > [Authenticating] * String: [Create an name] > [Create a name] * First-run notification/tray info string * User manager display email preserves dots. * Manager email is shown on blocked info page BUG=267002,267846,268788,268938,265548,268988,269150,268982,268271 NOTRY=true Review URL: https://chromiumcodereview.appspot.com/22144003 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@216376 0039d316-1c4b-4281-b951-d872f2087c98
* Docked area should have a drawn background visually separating it from the ↵varkha@chromium.org2013-08-082-2/+58
| | | | | | | | | | workspace BUG=267582 Review URL: https://chromiumcodereview.appspot.com/22483003 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@216354 0039d316-1c4b-4281-b951-d872f2087c98
* Ports screen_security notifications to message_centermukai@chromium.org2013-08-087-125/+132
| | | | | | | | | | BUG=259135 R=stevenjb@chromium.org, tengs@chromium.org TEST=ash_unittests passes Review URL: https://chromiumcodereview.appspot.com/22380003 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@216347 0039d316-1c4b-4281-b951-d872f2087c98
* Removes unnecessary methods from ash::ShellDelegatemukai@chromium.org2013-08-087-50/+8
| | | | | | | | | | | | | | Those two methods are the bridge to TimeFormat. Now chrome/common/time_format is moved to ui/base/l10n, ash code can directly call them, there's no need to be in ShellDelegate. BUG=268688 R=jamescook@chromium.org TEST=build succeeds Review URL: https://chromiumcodereview.appspot.com/22391006 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@216341 0039d316-1c4b-4281-b951-d872f2087c98
* - Make it possible to reveal the top-of-window views in immersive fullscreen ↵pkotwicz@chromium.org2013-08-073-4/+178
| | | | | | | | | | | | | | | | | | | | | | | | | | | when the display layout is vertical (secondary display above/below primary display) and the immersive fullscreen window is on the bottom display. Previously it was not possible to initiate a reveal because the mouse would warp to the other display when it got to the edge. - Make it similarly easier to reveal the auto hidden shelf when the shelf is on the display boundary. (For instance, if the secondary display is above/below the primary display), it was previously hard to reveal the bottom-aligned auto hidden shelf of the topmost display. This CL makes the shelf and the top-of-window views in immersive fullscreen have the following behavior. Auto hide timer: - The timer is started if the user moves the mouse over the shelf/immersive fullscreen light bar. - The timer is unaffected if the user overshoots the edge by a bit (Mouse events in the "overshoot region" do not start or stop the timer) - The timer is stopped if the user overshoots the edge by a lot When shelf/immersive top-of-window views are revealed: - The reveal state is unaffected if the user overshoots the edge by a bit - The shelf/immersive top-of-window views hide if the user overshoots the edge by a lot BUG=263395 TEST=ShelfLayoutManagerTest.AutoHideShelfOnScreenBoundary, ImmersiveModeControllerAshTest.MouseEventsVerticalDisplayLayout Review URL: https://chromiumcodereview.appspot.com/21053007 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@216297 0039d316-1c4b-4281-b951-d872f2087c98
* Revert 216278 "Clean up compositor initialization/destruction."kalman@chromium.org2013-08-072-5/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | interactive_ui_test failures in TabDragging tests: http://build.chromium.org/p/chromium.chromiumos/builders/Linux%20ChromiumOS%20Tests%20%282%29/builds/17046 > Clean up compositor initialization/destruction. > > Moved from https://codereview.chromium.org/21052007/ > > Currently the ContextFactory is outliving the compositor thread in > tests, which is bad since the contexts in there can be bound to the > compositor thread. Then we end up reusing those contexts and bad > things happen. > > This enforces ordering for initializing and destroying the > compositor as follows: > > Initialize ContextFactory > ..Compositor::Initialize > ....Create Compositor instances > ....Delete Compositor instances > ..Compositor::Terminate > > The Compositor::Terminate call also destroys the ContextFactory. > > The ContextFactory can be initialized in one of two ways: > 1. ImageTransportFactory::Initialize will set up the > ContextFactory. This is used by things that invoke all of > content/browser/. > 2. Compositor::InitializeContextFactoryForTests() must be > explicitly called by any unit tests that create a compositor. > > Since some tests want a real GL context and some don't, this > does away with the misnomer of initializing the Compositor once > for the entire test suite, and then re-initializing somewhere > in the middle of the test suite. Instead, each test must > Initialize/Terminate the compositor with the ContextFactory > type of its choice. > > Incidently, this test enables 20 tests on aura or win_aura that > were previously being skipped. > > TBR=piman@chromium.org > BUG=258625 > > Review URL: https://codereview.chromium.org/22293003 TBR=danakj@chromium.org Review URL: https://codereview.chromium.org/22603007 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@216294 0039d316-1c4b-4281-b951-d872f2087c98
* Add a vertical bar on ash tray audio default view between volume slider and ↵jennyz@chromium.org2013-08-071-17/+25
| | | | | | | | | | device icon. BUG=269191 Review URL: https://chromiumcodereview.appspot.com/22532006 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@216288 0039d316-1c4b-4281-b951-d872f2087c98
* Clean up compositor initialization/destruction.danakj@chromium.org2013-08-072-2/+5
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Moved from https://codereview.chromium.org/21052007/ Currently the ContextFactory is outliving the compositor thread in tests, which is bad since the contexts in there can be bound to the compositor thread. Then we end up reusing those contexts and bad things happen. This enforces ordering for initializing and destroying the compositor as follows: Initialize ContextFactory ..Compositor::Initialize ....Create Compositor instances ....Delete Compositor instances ..Compositor::Terminate The Compositor::Terminate call also destroys the ContextFactory. The ContextFactory can be initialized in one of two ways: 1. ImageTransportFactory::Initialize will set up the ContextFactory. This is used by things that invoke all of content/browser/. 2. Compositor::InitializeContextFactoryForTests() must be explicitly called by any unit tests that create a compositor. Since some tests want a real GL context and some don't, this does away with the misnomer of initializing the Compositor once for the entire test suite, and then re-initializing somewhere in the middle of the test suite. Instead, each test must Initialize/Terminate the compositor with the ContextFactory type of its choice. Incidently, this test enables 20 tests on aura or win_aura that were previously being skipped. TBR=piman@chromium.org BUG=258625 Review URL: https://codereview.chromium.org/22293003 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@216278 0039d316-1c4b-4281-b951-d872f2087c98
* Skip KeepRestoredWindowInDisplay on win8oshima@chromium.org2013-08-071-0/+2
| | | | | | | | | | | becase Win8 can't resize host window TBR=miu@chromium.org BUG=none Review URL: https://codereview.chromium.org/22596004 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@216276 0039d316-1c4b-4281-b951-d872f2087c98
* [ash] Enable drag and drop support in all visible app listsimon.hong81@gmail.com2013-08-077-25/+23
| | | | | | | | | | | | | | | | Motivation of this CL: Only app list shown by clicking app list button enables drag and drop from app list to launcher because dnd host is only set by app list button click. Other behaviors such as webapp installing from web store or accelerator show app list, too. DnD feature also should be enabled with these cases. R=skuhne@chromium.org BUG=267410 TEST=Manual test Review URL: https://chromiumcodereview.appspot.com/21765002 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@216265 0039d316-1c4b-4281-b951-d872f2087c98
* Make sure that 30% of restored window is always visible.oshima@chromium.org2013-08-079-68/+183
| | | | | | | | | | | | | | | | | | | | | | | | | | | WorkspaceLayoutManager::UpdateBoundsFromShowState change * Make sure the restore bounds fits to the workspace. * Minimized window doesn't have restore bounds, so use the window bounds to adjust the bounds. AdjustBoundsToEnsureWindowVisibility * Do not check Intersects because we always should make min width/height visible. define separate AdjustWindowsBoundsWhenAdded I also make the minimum percentage to 30% of width/height because 66% seems to be too much. This change is short term. This will be changed so that we keep relative position to the old display in new display. BUG=249043,264044,248961,263862 TEST=covered by test R=jamescook@chromium.org, skuhne@chromium.org Review URL: https://codereview.chromium.org/21979005 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@216258 0039d316-1c4b-4281-b951-d872f2087c98
* Delete EmptyWindowDelegate when window is destroyedoshima@chromium.org2013-08-071-1/+3
| | | | | | | | | | | This should fix leaks reported on memory bots. TBR=jyasskin@chromium.org BUG=none Review URL: https://codereview.chromium.org/22299006 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@216200 0039d316-1c4b-4281-b951-d872f2087c98
* Create an invisible window during login so thatoshima@chromium.org2013-08-078-8/+130
| | | | | | | | | | | | | | | mouse can move between displays. Added NoSessionAshTestBase for tests that should run before a user logs in. BUG=266987 TEST=covered by test TBR=sky@chromium.org Review URL: https://chromiumcodereview.appspot.com/21519002 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@216184 0039d316-1c4b-4281-b951-d872f2087c98
* Revert "Clean up compositor initialization/destruction."danakj@chromium.org2013-08-072-5/+2
| | | | | | | | | | | | | This reverts commit d65d6fe3c667835a8a0ddc0b917519115321d605. The CL needs to be rebased. TBR=piman BUG=258625, 266565 Review URL: https://codereview.chromium.org/22570003 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@216183 0039d316-1c4b-4281-b951-d872f2087c98
* Clean up compositor initialization/destruction.danakj@chromium.org2013-08-072-2/+5
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Moved from https://codereview.chromium.org/21052007/ Currently the ContextFactory is outliving the compositor thread in tests, which is bad since the contexts in there can be bound to the compositor thread. Then we end up reusing those contexts and bad things happen. This enforces ordering for initializing and destroying the compositor as follows: Initialize ContextFactory ..Compositor::Initialize ....Create Compositor instances ....Delete Compositor instances ..Compositor::Terminate The Compositor::Terminate call also destroys the ContextFactory. The ContextFactory can be initialized in one of two ways: 1. ImageTransportFactory::Initialize will set up the ContextFactory. This is used by things that invoke all of content/browser/. 2. Compositor::InitializeContextFactoryForTests() must be explicitly called by any unit tests that create a compositor. Since some tests want a real GL context and some don't, this does away with the misnomer of initializing the Compositor once for the entire test suite, and then re-initializing somewhere in the middle of the test suite. Instead, each test must Initialize/Terminate the compositor with the ContextFactory type of its choice. Incidently, this test enables 20 tests on aura or win_aura that were previously being skipped. TBR=piman@chromium.org BUG=258625, 266565 Review URL: https://codereview.chromium.org/22293003 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@216179 0039d316-1c4b-4281-b951-d872f2087c98
* Do not update window solo-ness if child visibility has changed.mukai@chromium.org2013-08-073-0/+38
| | | | | | | | | | | | | | | | | | | | | | | | Right now aura::Window emits OnVisibilityChanged() when its child window's visibility has changed (see: http://src.chromium.org/viewvc/chrome/trunk/src/ui/aura/window.cc#l1025) And when the user switches the tab, or load a tab, the child window of BrowserFrameAura's visibility is also changed, which causes FramePainter's OnVisibilityChanged(). Because FramePainter assumes window == window_ in that method and set window_ as |ignore_window|, it can't find any windows in the root, which makes UseSoloWindowHeaderInRoot() return false unexpectedly. Anyways, OnVisibilityChanged() doesn't need to update the solo header when the visibility change has happened on its child, not itself, so this CL just adds the simple check. BUG=268541 R=jamescook@chromium.org TEST=new ash_unittests passes Review URL: https://chromiumcodereview.appspot.com/22339003 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@216131 0039d316-1c4b-4281-b951-d872f2087c98
* Updating XTBs based on .GRDs from branch 1547kerz@chromium.org2013-08-0629-43/+43
| | | | git-svn-id: svn://svn.chromium.org/chrome/trunk/src@215994 0039d316-1c4b-4281-b951-d872f2087c98
* ash: Process double-click event only for left-button clicks.sadrul@chromium.org2013-08-063-2/+52
| | | | | | | | | BUG=267693 R=sky@chromium.org Review URL: https://codereview.chromium.org/22397002 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@215943 0039d316-1c4b-4281-b951-d872f2087c98
* Allows invoking debugging print commands for any builds.mukai@chromium.org2013-08-061-2/+0
| | | | | | | | | | | | Justification: the keyboard shortcuts are already allowed when --ash-debug-shortcuts is specified. BUG=None R=derat@chromium.org Review URL: https://chromiumcodereview.appspot.com/22324002 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@215848 0039d316-1c4b-4281-b951-d872f2087c98
* ash: Rename "Autohide launcher" item.tfarina@chromium.org2013-08-065-25/+20
| | | | | | | | | | | | | | This patch renames: - "Autohide launcher" to "Autohide shelf" - "Launcher position" to "Shelf position". BUG=263531 TEST=out_cros/Debug/chrome --disable-setuid-sandbox --ash-use-alternate-shelf --show-launcher-alignment-menu R=jamescook@chromium.org,sky@chromium.org Review URL: https://chromiumcodereview.appspot.com/22007003 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@215808 0039d316-1c4b-4281-b951-d872f2087c98
* Removes workspace_animations.(h,cc)mukai@chromium.org2013-08-067-213/+41
| | | | | | | | | | R=sky@chromium.org BUG=264396 TEST=compilation succeeds Review URL: https://chromiumcodereview.appspot.com/21966005 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@215804 0039d316-1c4b-4281-b951-d872f2087c98
* [Mac][Win] Hide notifications popups when entering fullscreen mode.dewittj@chromium.org2013-08-062-0/+5
| | | | | | | | | | | | | They currently remain until expiration which could be forever in the case of webkit notifications. TODO: chromeos. R=mukai@chromium.org, stevenjb@chromium.org TBR=johnnyg@chromium.org BUG=233752 Review URL: https://chromiumcodereview.appspot.com/19027005 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@215784 0039d316-1c4b-4281-b951-d872f2087c98
* Retires WorkspaceContainer.mukai@chromium.org2013-08-0519-301/+129
| | | | | | | | | | | | Now DefaultContainer holds the normal windows. BUG=264396 R=sky@chromium.org TEST=ash_unittests still passes Review URL: https://chromiumcodereview.appspot.com/21806009 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@215664 0039d316-1c4b-4281-b951-d872f2087c98
* Fixing crash where mouse combined with touch operation causes a crashskuhne@chromium.org2013-08-031-1/+5
| | | | | | | | BUG=267772 Review URL: https://chromiumcodereview.appspot.com/22012002 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@215476 0039d316-1c4b-4281-b951-d872f2087c98
* ash: Make frequency of video activity reports more reliable.derat@chromium.org2013-08-032-19/+48
| | | | | | | | | | | | | | | | This makes ash::VideoDetector maintain a circular buffer containing timestamps of recent updates to each window instead of maintaining a counter and resetting it once a second. The old approach resulted in occasional longer delays between reports of video activity, which could lead the Chrome OS power manager to erroneously believe that the activity had stopped. BUG=265311 Review URL: https://chromiumcodereview.appspot.com/21128004 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@215414 0039d316-1c4b-4281-b951-d872f2087c98
* Ports TrayIME notifications to message_centermukai@chromium.org2013-08-023-91/+57
| | | | | | | | | | | | | This CL also introduces ClosureNotificationDelegate which provides some reusable simple delegate (mostly for ash). BUG=259134 R=stevenjb@chromium.org, nona@chromium.org, dewittj@chromium.org TEST=manually Review URL: https://chromiumcodereview.appspot.com/21058006 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@215249 0039d316-1c4b-4281-b951-d872f2087c98
* Do not hide the web notification popups by the system tray, rather let them ↵mukai@chromium.org2013-08-027-27/+201
| | | | | | | | | | | | | avoid (2nd) The previous CL was reverted due to test failure in win8_aura. BUG=181011 TBR=stevenjb@chromium.org, dewittj@chromium.org Review URL: https://chromiumcodereview.appspot.com/20598004 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@215164 0039d316-1c4b-4281-b951-d872f2087c98
* Update NetworkConnectionHandler to rely less on NetworkStatestevenjb@chromium.org2013-08-011-2/+3
| | | | | | | | | | | | | | | | This addresses potential problems with connecting to a network immediately after configuring by only using NetworkState properties for checking non configurable properties. It also cleans up some unused members of NetworkState. BUG=263978 For networking_private: TBR=gauravsh@chromium.org, pneubeck@chromium.org Review URL: https://codereview.chromium.org/21315002 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@215049 0039d316-1c4b-4281-b951-d872f2087c98
* Add ASH_EXPORT to base class of exported WindowSelectorController.flackr@chromium.org2013-08-011-1/+2
| | | | | | | | | | | TBR=pkotwicz@chromium.org BUG=263477 TEST=Win Aura Builder compiles. Review URL: https://codereview.chromium.org/21527003 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@215043 0039d316-1c4b-4281-b951-d872f2087c98
* Add window overview mode behind --ash-enable-overview-mode flag to F5 key.flackr@chromium.org2013-08-0113-1/+682
| | | | | | | | | | | BUG=263477 TEST=WindowSelector.* TEST=Enable --ash-enable-overview-mode and open several windows. Press F5 ([ ]] key) and you should see overview of all windows. Click a win dow to activate it. Review URL: https://chromiumcodereview.appspot.com/20415002 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@215037 0039d316-1c4b-4281-b951-d872f2087c98
generated by cgit v1.1 at 2025-03-15 21:56:41 +0000