summaryrefslogtreecommitdiffstats
path: root/win8
Commit message (Collapse)AuthorAgeFilesLines
* Ensure that we set focus to the focused text input client in Windows desktop ↵ananta@chromium.org2013-04-262-0/+25
| | | | | | | | | | | | | | | | | | | Chrome AURA when a DesktopRootWindowHostWin/ ASH root window is activated. To achieve this we register a handler for the Activate event on the ASH core Window in Windows 8 and send an IPC MetroViewerHostMsg_WindowActivated from the metro viewer process along with a bool which indcates whether we gained or lost activation. In the RemoteRootWindowHostWin class we inform the RootWindow whether it gained or lost focus based on the active flag passed in the IPC. BUG=235128 R=cpu,sky TBR=palmer Review URL: https://codereview.chromium.org/14070017 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@196835 0039d316-1c4b-4281-b951-d872f2087c98
* win8: Remove use of ALLOW_THIS_IN_INITIALIZER_LIST.scherkus@chromium.org2013-04-262-3/+2
| | | | | | | | | | It's no longer providing value as the MSVC warning is disabled during compilation. Refer to bug for details. BUG=234765 Review URL: https://codereview.chromium.org/14364009 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@196806 0039d316-1c4b-4281-b951-d872f2087c98
* IsMachineATablet is now modified to check only for touch capability and ↵shrikant@chromium.org2013-04-241-3/+3
| | | | | | | | | | | | | hence name change as well. Also added minor modification of checking viewer connection process for immersive mode. BUG=223778 TEST=none Review URL: https://chromiumcodereview.appspot.com/14061007 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@196242 0039d316-1c4b-4281-b951-d872f2087c98
* Moved atltrace to make it less confusing while debugging.shrikant@chromium.org2013-04-191-1/+1
| | | | | | | | BUG= Review URL: https://chromiumcodereview.appspot.com/14367007 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@195244 0039d316-1c4b-4281-b951-d872f2087c98
* Added support for displaying the select folder picker in Chrome ASH on ↵ananta@chromium.org2013-04-194-15/+147
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Windows 8. The current behavior is that the select folder picker displays in desktop mode even when when performed in ASH. Fixes are as below:- 1. In the Chrome browser added plumbing in the SelectFileDialogImpl class to forward this operation of to the metro viewer process via the newly added function HandedSelectFolder which lives in the aura namespace in the remote_window_host_win.cc file. 2. In the metro viewer code added a new class FolderPickerSession which provides the functionality for displaying the metro select folder picker and returning the results from the same. 3. The following IPC messages provide the necessary functionality to funnel the request and the result between the browser and the metro viewer process. MetroViewerHostMsg_DisplaySelectFolder MetroViewerHostMsg_SelectFolderDone I also added code to save away the metro root window in the RemoteRootWindowHostWin class when we receive the MetroViewerHostMsg_SetTargetSurface IPC from the viewer process. We return this window in the RemoteRootWindowHostWin::GetAcceleratedWidget function. This change although not needed for this CL seems correct. BUG=230087 R=cpu,sky Review URL: https://codereview.chromium.org/14282002 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@195224 0039d316-1c4b-4281-b951-d872f2087c98
* reland of intsafe precompiled header fix from ↵scottmg@chromium.org2013-04-171-0/+2
| | | | | | | | | | | | | https://codereview.chromium.org/14201003/ With fixed include path. TBR=cpu@chromium.org BUG=225822 Review URL: https://codereview.chromium.org/14096011 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@194620 0039d316-1c4b-4281-b951-d872f2087c98
* Revert 194506 "intsafe workaround to separate header"scottmg@chromium.org2013-04-171-2/+0
| | | | | | | | | | | | | | | | | | | | Broke x64 compile. > intsafe workaround to separate header > > Allows workaround to work without precompiled headers (as in > buildtype=Official) > > R=cpu@chromium.org > BUG=225822 > > Review URL: https://codereview.chromium.org/14201003 TBR=scottmg@chromium.org Review URL: https://codereview.chromium.org/13977005 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@194507 0039d316-1c4b-4281-b951-d872f2087c98
* intsafe workaround to separate headerscottmg@chromium.org2013-04-171-0/+2
| | | | | | | | | | | | Allows workaround to work without precompiled headers (as in buildtype=Official) R=cpu@chromium.org BUG=225822 Review URL: https://codereview.chromium.org/14201003 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@194506 0039d316-1c4b-4281-b951-d872f2087c98
* Revert 193992 "Lets try this again."jochen@chromium.org2013-04-151-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The XP bots are still red, and it's still whining about URL.DLL > Lets try this again. > > Revert 193983 "Revert 193968 "Roll the DEPS for google-url."" > > > Revert 193968 "Roll the DEPS for google-url." > > > > > Roll the DEPS for google-url. > > > > > > And update all the references from build/temp_gyp/googleurl.gyp to url/url.gyp. > > > > > > This also changes googleurl.gyp to reference the files under url/, so that we > > > don't break the Blink tree. > > > > > > BUG=229660 > > > R=brettw@chromium.org > > > TBR=brettw@chromium.org > > > > > > Review URL: https://chromiumcodereview.appspot.com/14089011 > > > > TBR=tfarina@chromium.org > > Review URL: https://codereview.chromium.org/14028012 > > TBR=michaeln@google.com > Review URL: https://codereview.chromium.org/14109014 TBR=michaeln@google.com Review URL: https://codereview.chromium.org/14263002 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@194151 0039d316-1c4b-4281-b951-d872f2087c98
* Lets try this again.michaeln@google.com2013-04-121-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | Revert 193983 "Revert 193968 "Roll the DEPS for google-url."" > Revert 193968 "Roll the DEPS for google-url." > > > Roll the DEPS for google-url. > > > > And update all the references from build/temp_gyp/googleurl.gyp to url/url.gyp. > > > > This also changes googleurl.gyp to reference the files under url/, so that we > > don't break the Blink tree. > > > > BUG=229660 > > R=brettw@chromium.org > > TBR=brettw@chromium.org > > > > Review URL: https://chromiumcodereview.appspot.com/14089011 > > TBR=tfarina@chromium.org > Review URL: https://codereview.chromium.org/14028012 TBR=michaeln@google.com Review URL: https://codereview.chromium.org/14109014 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@193992 0039d316-1c4b-4281-b951-d872f2087c98
* Revert 193968 "Roll the DEPS for google-url."michaeln@google.com2013-04-121-1/+1
| | | | | | | | | | | | | | | | | | | | > Roll the DEPS for google-url. > > And update all the references from build/temp_gyp/googleurl.gyp to url/url.gyp. > > This also changes googleurl.gyp to reference the files under url/, so that we > don't break the Blink tree. > > BUG=229660 > R=brettw@chromium.org > TBR=brettw@chromium.org > > Review URL: https://chromiumcodereview.appspot.com/14089011 TBR=tfarina@chromium.org Review URL: https://codereview.chromium.org/14028012 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@193983 0039d316-1c4b-4281-b951-d872f2087c98
* Roll the DEPS for google-url.tfarina@chromium.org2013-04-121-1/+1
| | | | | | | | | | | | | | | And update all the references from build/temp_gyp/googleurl.gyp to url/url.gyp. This also changes googleurl.gyp to reference the files under url/, so that we don't break the Blink tree. BUG=229660 R=brettw@chromium.org TBR=brettw@chromium.org Review URL: https://chromiumcodereview.appspot.com/14089011 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@193968 0039d316-1c4b-4281-b951-d872f2087c98
* Remove code in ChromeAppView that used winrt_utils::FindCoreWindow. Remove ↵robertshield@chromium.org2013-04-114-50/+28
| | | | | | | | | | | | FindCoreWindow. BUG=15171 TEST=NONE Review URL: https://chromiumcodereview.appspot.com/13933009 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@193719 0039d316-1c4b-4281-b951-d872f2087c98
* Cleanup of the metro viewer codecpu@chromium.org2013-04-092-24/+29
| | | | | | | | | | | | | | | The main thing is the discovery of a clean way to retrieve the corewindow hwnd based on ICoreWindowInterop, that removes some iffy heuristic based on window name before. From that we realize that we don't need some globals, namely the window handle the thread id that owns the window. BUG=151718 TEST=ash still works. Review URL: https://codereview.chromium.org/13849005 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@193120 0039d316-1c4b-4281-b951-d872f2087c98
* Support multi touch on Windows 8 AURA and ASH.ananta@chromium.org2013-03-271-5/+18
| | | | | | | | | | | | | | | | | The touch events coming in from desktop chrome AURA and ASH have hardcoded touch ids which breaks the gesture recognizer as it is unable to figure out that multiple touch points are involved. Fix on desktop Chrome AURA is to use the OS generated touch id mapped to the gesture recognizer range. For ASH Windows 8 we pass in the mapped touch ids from the metro driver in the touch IPC messages. Fixes bug https://code.google.com/p/chromium/issues/detail?id=179977 BUG=179977 R=cpu,sky Review URL: https://codereview.chromium.org/13003004 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@191015 0039d316-1c4b-4281-b951-d872f2087c98
* Don't require sdk patch when compiling with vs2012scottmg@chromium.org2013-03-233-20/+25
| | | | | | | | | | | | | The 2012 compiler can handle the "enum class" so don't force patching if compiling with 2012. Cast a limited selection logging of enum class types to avoid needing to add overloads to base/logging for those types (they don't decay to int). R=robertshield@chromium.org TEST=ninja -C out\Debug metro_driver with 2010/2012 and see if check_sdk_patch is generated/not. Review URL: https://chromiumcodereview.appspot.com/12676005 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@190073 0039d316-1c4b-4281-b951-d872f2087c98
* Ensure that menus put in Chrome ASH on Windows 8 are operatable using the ↵ananta@chromium.org2013-03-072-0/+74
| | | | | | | | | | | | | | | | | | | | | | | | | | | keyboard. When a menu is displayed we enter a nested message loop in the Chrome Browser. This loop expects to receive native events for WM_KEYDOWN/WM_KEYUP/WM_CHAR, etc. In desktop AURA this works well because the native events come in through the standard OS mechanism. In ASH we send over fabricated keyboard events from the viewer process to the browser where these are dispatched to the root window. This causes the secondary loop to never receive these events. Fix for now is to check if we are in a nested loop in the RemoteRootWindowHostWin IPC handlers and post the corresponding native event back to the queue. The other change in this CL is to add an event handler to listen for accelerator events in the viewer process. This is necessary to receive keystrokes like Alt, etc. We send over the same keydown/keyup/character IPC's when we receive this event. BUG=180738 R=cpu TBR=ben TEST=Will look into an ash based test for this in a subsequent CL. Review URL: https://codereview.chromium.org/12558008 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@186797 0039d316-1c4b-4281-b951-d872f2087c98
* src/: Update the remaining include paths of string_split.h to its new location.tfarina@chromium.org2013-03-061-1/+1
| | | | | | | | | | BUG=175186 TBR=brettw@chromium.org Review URL: https://chromiumcodereview.appspot.com/12473004 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@186462 0039d316-1c4b-4281-b951-d872f2087c98
* Move file_path.h to base/files.brettw@chromium.org2013-02-2412-16/+16
| | | | | | TBR=sky git-svn-id: svn://svn.chromium.org/chrome/trunk/src@184344 0039d316-1c4b-4281-b951-d872f2087c98
* Fix more remaining FilePath -> base::FilePath.brettw@chromium.org2013-02-181-3/+3
| | | | | | | | This removes the "using" in file_path.h for Mac since Mac now passes trybots with no using. It still leaves the using for Windows. Review URL: https://codereview.chromium.org/12294008 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@183066 0039d316-1c4b-4281-b951-d872f2087c98
* Make aura build on Win64 jschuh@chromium.org2013-02-151-0/+2
| | | | | | | | | | | | Just a bunch of c4267 build suppressions. BUG=166496 BUG=167187 TBR=cpu@chromium.org, sky@chromium.org Review URL: https://chromiumcodereview.appspot.com/12262066 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@182752 0039d316-1c4b-4281-b951-d872f2087c98
* split test_registrar target into a new win8_tests.gyp.dpranke@chromium.org2013-02-152-23/+36
| | | | | | | | | | | | | | | | | | r171366 introduced a new 'test_registrar' binary that depends on chrome into the win8.gyp file; unfortunately, the win8.gyp file is needed by printing.gyp, which is needed by webkit_support, making the webkit files now have a circular dependency on chrome, and breaking the webkit.org win builds, which don't check out chrome/ at all. This change fixes this temporarily (?) by moving the test binary into a separate gyp file, but we probably need to do something else to avoid making ash and win8 depend on chrome. R=ananta@chromium.org, sky@chromium.org Review URL: https://codereview.chromium.org/12207186 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@182605 0039d316-1c4b-4281-b951-d872f2087c98
* Automatic Win8 default browser registration for the ash unittests. robertshield@chromium.org2013-02-1310-1/+495
| | | | | | | | | | | | | | Win8 default browser registration code is extracted into a fairly minimal .rgs script with a helper app that is then invoked by the ash unittests. A full ICommandExecuteImpl implementation turns out to not be needed as the ash tests activate the registered default browser directly by AppUserModelId which avoids the need for ICommandExecuteImpl and the other stuff in the production delegate_execute.exe. BUG=154081 TEST=ash_unittests, eventually. Review URL: https://chromiumcodereview.appspot.com/12096064 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@182258 0039d316-1c4b-4281-b951-d872f2087c98
* Replace FilePath with base::FilePath in some more top level directories.brettw@chromium.org2013-02-106-20/+20
| | | | | | Review URL: https://codereview.chromium.org/12217101 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@181640 0039d316-1c4b-4281-b951-d872f2087c98
* Add FilePath to base namespace.brettw@chromium.org2013-02-0210-27/+36
| | | | | | | This updates headers that forward-declare it and a few random places to use the namespace explicitly. There us a using declaration in file_path.h that makes the rest compile, which we can do in future passes. Review URL: https://codereview.chromium.org/12163003 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@180245 0039d316-1c4b-4281-b951-d872f2087c98
* Add support for displaying the Windows 8 metro open/save file picker in ↵ananta@chromium.org2013-01-316-9/+849
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Chrome ASH. Added the following functions to the Aura namespace. 1. HandleOpenFile 2. HandleOpenMultipleFiles 3. HandleSaveFile These functions are invoked from the windows implementation of SelectFileDialogImpl::SelectFileImpl for AURA. Internally these functions forward off to the corresponding implementations in the singleton instance of the RemoteRootWindowHostWin class which is instantiated for Chrome ASH on Windows. These functions take in a callback object which is invoked when the file picker operations complete. The SelectFileDialogImpl::SelectFileImpl function uses the newly added ShellDialogsDelegate interface to determine if the owning native window is in Windows 8 metro. This interface is implemented by a global object ShellDialogsDelegateWin which lives in the chrome_browser_main_extra_parts_ash.cc file. It uses the IsNativeViewInAsh helper function to determine this. Added the following IPC's which are sent from the browser to the metro viewer process. 1. MetroViewerHostMsg_DisplayFileOpen 2. MetroViewerHostMsg_DisplayFileSaveAs The following IPC's are sent from the metro viewer to the browser process and inform the browser about the status of the file open/file save operations along with the file names. 1. MetroViewerHostMsg_FileOpenDone 2. MetroViewerHostMsg_MultiFileOpenDone 3. MetroViewerHostMsg_FileSaveAsDone The handlers for these IPCs live in the RemoteRootWindowHostWin class and invoke the callback objects which are passed in. In the metro driver the file_picker_ash.cc/.h files contain the code for displaying the metro style file pickers. These sources are copied from the file_picker.cc/.h files which perform this functionality for regular Chrome metro. BUG=170483 Review URL: https://codereview.chromium.org/12041089 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@179921 0039d316-1c4b-4281-b951-d872f2087c98
* Remove unneeded delegate execute registration.robertshield@chromium.org2013-01-305-11/+2
| | | | | | | | | | BUG=NONE TEST=NONE Review URL: https://chromiumcodereview.appspot.com/12077049 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@179716 0039d316-1c4b-4281-b951-d872f2087c98
* Make metro build on Win64jschuh@chromium.org2013-01-291-85/+0
| | | | | | | | | | | | Remove a dependency that was eliminated when crbug.com/140545 was fixed. BUG=166496 BUG=140545 Review URL: https://chromiumcodereview.appspot.com/11929041 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@179327 0039d316-1c4b-4281-b951-d872f2087c98
* Remove AtExit manager instance from metro_driver for component builds.robertshield@chromium.org2013-01-231-0/+3
| | | | | | | | | | | | This prevents the Metro Chrome viewer process from crashing at exit when using the component build which is annoying for tests that start and stop the viewer process frequently. BUG=154081 TEST=Metro Chrome does not crash on exit when using the component build. Review URL: https://chromiumcodereview.appspot.com/12040040 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@178388 0039d316-1c4b-4281-b951-d872f2087c98
* some size_t -> uint32/ulong to match windows api for x64scottmg@chromium.org2013-01-182-3/+8
| | | | | | | | | | | (I looked at changing size_t to unsigned int elsewhere, but then the interactions with std::vector get messier then). R=cpu@chromium.org BUG=166496 Review URL: https://chromiumcodereview.appspot.com/11876033 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@177790 0039d316-1c4b-4281-b951-d872f2087c98
* A mechanism to set the default handler for a URL protocol on Windows 8.grt@chromium.org2013-01-177-0/+1225
| | | | | | | | | | This change introduces OpenWithDialogController, which provides an asynchronous as well as a synchronous interface to setting a default protocol handler on Windows 8. BUG=154081 Review URL: https://chromiumcodereview.appspot.com/11863016 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@177417 0039d316-1c4b-4281-b951-d872f2087c98
* size_t fixes for building on win x64scottmg@chromium.org2013-01-152-5/+8
| | | | | | | | | | | | | | | | | | | | | Fixes C4267 warnings, and errors regarding passing size_t* when they chould be unsigned int *. winrt_utils: WindowsCreateString takes a UINT32 as size. Truncation would mean shorter than expected string, but presumably not a severe problem in this case. file_picker: The interface uses unsigned int, not size_t, so change implementation and callers to unsigned int. R=cpu@chromium.org BUG=166496 Review URL: https://chromiumcodereview.appspot.com/11884021 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@176854 0039d316-1c4b-4281-b951-d872f2087c98
* fix SetWindowLong->SetWindowLongPtr for win x64scottmg@chromium.org2013-01-151-6/+7
| | | | | | | | | | | | ref: http://msdn.microsoft.com/en-us/library/windows/desktop/ms644898(v=vs.85).aspx R=cpu@chromium.org BUG=166496 Review URL: https://chromiumcodereview.appspot.com/11882029 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@176847 0039d316-1c4b-4281-b951-d872f2087c98
* Only define ERROR on windows buildsjoth@chromium.org2013-01-101-1/+1
| | | | | | | | | | | This is to stop people accidentally using the ERROR macro for other uses, e.g. VLOG(ERROR) is not meaningful. BUG= Review URL: https://chromiumcodereview.appspot.com/11669010 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@175998 0039d316-1c4b-4281-b951-d872f2087c98
* Win8 Aura :add suport for changing cursorscpu@chromium.org2012-12-112-2/+27
| | | | | | | | | | | | | To change the cursor we need to send a message from the browser to the viewer with the right HCURSOR. Since the cursors are a GDI shared resource, we can call ::LoadCursor in the browser and ::SetCursor in the viewer. BUG=151718 TEST= moving pointer to a chrome window edge changes cursor to resize cursor Review URL: https://codereview.chromium.org/11446078 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@172265 0039d316-1c4b-4281-b951-d872f2087c98
* Pass touch events from the chrome viewer process in Metro Ash on Windows 8 ↵ananta@chromium.org2012-12-071-21/+52
| | | | | | | | | | | | | | | | | | to the browser process. cpu:- Please review everything. sky:- Please review changes to content\browser, chrome\browser and ui\aura. This effectively also means that we won't be passing the fake mouse messages generated by Windows for touch events from the Ash viewer process to chrome. This only fixes touch handling in Metro Ash. Touch handling for desktop chrome Aura will be fixed in a subsequent CL. BUG=151718 R=cpu,sky Review URL: https://codereview.chromium.org/11472013 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@171888 0039d316-1c4b-4281-b951-d872f2087c98
* Move check_sdk_patch.py to win8/util.gab@chromium.org2012-12-072-1/+49
| | | | | | | | | | | | It used to sit in chrome/tools/win/ which meant that, since webkit has to add win8/ to its dependencies for win8_util, it now had to also pull chrome/ :(... NOTRY=True BUG=151718 (see comment #25+). Review URL: https://chromiumcodereview.appspot.com/11478013 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@171652 0039d316-1c4b-4281-b951-d872f2087c98
* Decouple IsMetroProcess() calls, introducing IsSingleWindowMetroMode().gab@chromium.org2012-12-063-0/+48
| | | | | | | | | | | | | | | | Many things were calling IsMetroProcess() when the intent was really to turn things ON/OFF for Metro Chrome, this does not apply to Metro Ash however. Details of how this has been decoupled can be found at https://docs.google.com/spreadsheet/ccc?key=0AtwXJ4IPPZBAdEdaWUpLYk9IM3I1bTJleFJobXN3Z2c (more decoupling will be needed later and has been listed in separate columns on this spreadsheet; however for now this CL only applies the first column). Also introduces win8_util where some other win8-specific things currently in base should eventually also be refactored into. BUG=151718 TEST=This makes a bunch of things just work now in Metro Ash :). Review URL: https://chromiumcodereview.appspot.com/11411286 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@171366 0039d316-1c4b-4281-b951-d872f2087c98
* If a new chrome window becomes visible while the current metro chrome window ↵ananta@chromium.org2012-12-052-1/+20
| | | | | | | | | | | | | | is snapped, the new window should be snapped. Currently the new chrome window which becomes visible ends up with the wrong size when metro chrome is snapped. We should ensure that the new chrome window is also snapped and the IDC_METRO_SNAP_ENABLE message is sent to it. This ensures that the behavior remains consistent, i.e the omnibox remains invisible, etc. BUG=163458 R=robertshield Review URL: https://codereview.chromium.org/11442004 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@171265 0039d316-1c4b-4281-b951-d872f2087c98
* UMA for Windows 8 Secondary Tile pinning/unpinning user actionstapted@chromium.org2012-12-044-41/+115
| | | | | | | | | | | | | | | | | | | | | | | | triggered from hotdog -> Bookmarks when in Metro mode. To perform the metrics recording, this CL includes changes to provide a callback mechanism for the asynchronous tile creation in metro_driver.dll to report back the result of the use gesture to the browser process. Note that both metro_driver.dll and chrome.dll link statically to base, so they have distinct data segments holding UMA histograms, hence the callback. BUG=160840 TEST=In Windows 8 Metro Mode, Hotdog -> Bookmarks -> Pin to start page: - pin and cancel (escape/click/touch off popup) - pin and confirm - (when pinned) unpin and cancel - unpin and confirm Above should all work (and report UMA histogram data). Review URL: https://chromiumcodereview.appspot.com/11280112 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@170916 0039d316-1c4b-4281-b951-d872f2087c98
* Fix Aura Release compile break in metro_driver.grt@chromium.org2012-11-302-12/+0
| | | | | | | | | | | The breakpad export has been unused for the last five months, so I suppose it's safe to remove it entirely. BUG=162405 TEST=Chromium Win (aura) bot should be able to compile metro_driver.dll. Review URL: https://chromiumcodereview.appspot.com/11412265 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@170555 0039d316-1c4b-4281-b951-d872f2087c98
* Metro mouse move events do not contain mouse-button information save the ↵gab@chromium.org2012-11-292-13/+32
| | | | | | | | | | | | | | | | | | | state between mouse pressed/released events and pass it down to MouseEvent through flags. MouseEvent now automatically converts a ET_MOUSE_MOVED event into an ET_MOUSE_DRAGGED event if the flags show that any mouse button is down (mimicking drag behavior of EventTypeFromNative() used for native events). NOTE: From experimentation, it seems like Metro only sends a PointerPressed event for the first button pressed and the last button released in a sequence of mouse events. For example, a sequence of LEFT_DOWN, RIGHT_DOWN, LEFT_UP, RIGHT_UP results only in PointerPressed(LEFT)/PointerReleased(RIGHT) events. Thus, we cannot accumulate mouse down events and know each button that is down, nor can we wait for a matching mouse up event to cancel that state. TBR=cdn BUG=151718 TEST=Can now drag windows in Metro Ash. Review URL: https://chromiumcodereview.appspot.com/11411155 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@170292 0039d316-1c4b-4281-b951-d872f2087c98
* Add chrome.exe launch to delegate execute when launching Ash/Metro.robertshield@chromium.org2012-11-242-37/+80
| | | | | | | | | | BUG=151718 TEST=The browser process launched for the metro/ash viewer process is not subject to Metro-style message-loop timeout killing. Review URL: https://chromiumcodereview.appspot.com/11419069 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@169376 0039d316-1c4b-4281-b951-d872f2087c98
* Add basic crash reporting to delegate_execute.exe.robertshield@chromium.org2012-11-224-0/+128
| | | | | | | | | BUG=160658 Review URL: https://chromiumcodereview.appspot.com/11421031 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@169304 0039d316-1c4b-4281-b951-d872f2087c98
* Ensure that metro chrome exits after sending the Alt + F4 key combination to ↵ananta@chromium.org2012-11-201-7/+15
| | | | | | | | | | | | | | | the core window by invoking the ICoreApplicationExit::Exit function in a task. At times metro chrome does not exit after sending the Alt + F4 key combination to the core window. This occurs at times when tabs are closed via the keyboard. To ensure that chrome exits in this case we invoke the ICoreApplicationExit::Exit function in a background delayed task. Fixes bug https://code.google.com/p/chromium/issues/detail?id=159147 BUG=159147 R=cpu Review URL: https://codereview.chromium.org/11308128 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@168895 0039d316-1c4b-4281-b951-d872f2087c98
* Track the last active RootWindowHost to determine the most-recently active ↵grt@chromium.org2012-11-152-0/+25
| | | | | | | | | | | | | | | host desktop type. This is for use in those places where there's no context from which to figure out if something should be popped on the native or ash desktop. Original approach reviewed here: https://chromiumcodereview.appspot.com/11188064/ BUG=129187 TEST=none Review URL: https://chromiumcodereview.appspot.com/11358090 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@168074 0039d316-1c4b-4281-b951-d872f2087c98
* Cause metro/ash to auto-launch the needed desktop process, without showing a ↵robertshield@chromium.org2012-11-135-21/+63
| | | | | | | | | | | | background window. BUG=151718 TEST=Launch metro ash, see it start. Review URL: https://chromiumcodereview.appspot.com/11367060 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@167409 0039d316-1c4b-4281-b951-d872f2087c98
* Proper version resources for delegate_execute.exe and metro_driver.dll.grt@chromium.org2012-11-135-46/+60
| | | | | | | | BUG=160332 Review URL: https://chromiumcodereview.appspot.com/11275261 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@167383 0039d316-1c4b-4281-b951-d872f2087c98
* ASCII-ify delegate_execute.rc.grt@chromium.org2012-11-121-0/+0
| | | | | | | | | BUG=160332 TBR=robertshield@chromium.org Review URL: https://codereview.chromium.org/11377101 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@167185 0039d316-1c4b-4281-b951-d872f2087c98
* Make it explicit that win8/metro_driver/resources/VisualElementsManifest.xml ↵gab@chromium.org2012-11-061-2/+3
| | | | | | | | | | | is for developer Chrome only. TBR=grt@chromium.org (already LGTMed in https://codereview.chromium.org/11362092/ (patch set 5), but needs to be dcommitted separately) Review URL: https://codereview.chromium.org/11369101 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@166248 0039d316-1c4b-4281-b951-d872f2087c98
generated by cgit v1.1 at 2025-02-13 18:59:34 +0000