Skip to content
Snippets Groups Projects
  1. Dec 29, 2010
  2. Nov 24, 2010
  3. Nov 11, 2010
  4. Oct 15, 2010
  5. Sep 14, 2010
    • hbono@google.com's avatar
      Revert 52446 - Supports High DPI mode. · 8e0b4a08
      hbono@google.com authored
      This change caused too many layout problems; such as Issue 50100 and 51562. I would like to revert this change now and send another change when I fix them.
      
      When launching an application on the text size larger than 120 DPI, Windows runs the application on the DPI-virtualization mode to hide the text size from it. Unfortunately, this virtualization mode causes some problems when using a custom frame, such as we cannot click system buttons. To fix this issue, this change disables the DPI-virtualization mode on Vista or later.
      
      BUG=1715,36939
      TEST=Run chrome.exe on the screen resolution higher than 120 DPI.
      Review URL: http://codereview.chromium.org/2867031
      
      TBR=hbono@chromium.org
      Review URL: http://codereview.chromium.org/3435002
      
      git-svn-id: svn://svn.chromium.org/chrome/trunk/src@59353 0039d316-1c4b-4281-b951-d872f2087c98
      8e0b4a08
  6. Aug 13, 2010
  7. Aug 05, 2010
  8. Jul 15, 2010
    • hbono@chromium.org's avatar
      Supports High DPI mode. · b566416e
      hbono@chromium.org authored
      When launching an application on the text size larger than 120 DPI, Windows runs the application on the DPI-virtualization mode to hide the text size from it. Unfortunately, this virtualization mode causes some problems when using a custom frame, such as we cannot click system buttons. To fix this issue, this change disables the DPI-virtualization mode on Vista or later.
      
      BUG=1715,36939
      TEST=Run chrome.exe on the screen resolution higher than 120 DPI.
      Review URL: http://codereview.chromium.org/2867031
      
      git-svn-id: svn://svn.chromium.org/chrome/trunk/src@52446 0039d316-1c4b-4281-b951-d872f2087c98
      b566416e
  9. Mar 20, 2010
  10. Mar 19, 2010
  11. Mar 18, 2010
  12. Mar 12, 2010
  13. Feb 25, 2010
    • xiyuan@chromium.org's avatar
      Fix issue 32106 · fe8fa4c5
      xiyuan@chromium.org authored
      Issue 32106 happens when user creates a browser window without creating
      desktop shortcut. In this case, Windows does not have sufficient
      relaunching info to support pinning the browser window. The fix is to
      create a shortcut in "User Pinned" folder which Win7 watches and would
      get relaunch info from it.
      
      Also fix a minor bug in win_util::SetAppIdForWindow that would make the
      function only work for Win7 but not above.
      
      BUG=32106
      TEST=Verify fix for 32106. See comemnts #1 and #5 for repro steps.
      
      Review URL: http://codereview.chromium.org/660038
      
      git-svn-id: svn://svn.chromium.org/chrome/trunk/src@39963 0039d316-1c4b-4281-b951-d872f2087c98
      fe8fa4c5
  14. Jan 18, 2010
  15. Nov 19, 2009
    • xiyuan@chromium.org's avatar
      Set prop app id for chromium/application shortcut. · 86b5401a
      xiyuan@chromium.org authored
      This is a follow up change after andrew's patch for win7 shortcut to
      properly set app id for chromium/application shortcut.
      - Move PKEY_AppUserModel_ID and code to set it from app/win_util.cc to
        base/win_util.cc as SetAppIdForPropertyStore to share with file_util
        shortcut code;
      - Add an app_id args to file_util's CreateShortcutLink and
        UpdateShortcutLink;
      - Update code that calls the above two function in installer and
        UserDataManager so that the chromium shortcuts are created with proper
        app id (except the uninstall shortcut which is not tagged with any app
        id).
      - Move ComputeApplicationNameFromURL from Browser to web_app namespace
        and use it as app id for application shortcut. This makes pinned
        shortcut and browser window use the same app id and Win7 correctly
        groups them;
      
      - Rename ComputeApplicationNameFromURL to GenerateApplicationNameFromURL
        per Ben's comments;
      
      - Add a DCHECK in SetAppIdForPropertyStore to ensure app id is less than
        128 chars and contains no space per msdn;
      - Change default app id from IDS_PRODUCT_NAME to chrome::kBrowserAppName
      
      BUG=28104
      TEST=On Win7, pinned shortcut should no longer be separated from running instance of chrome for both chrome and web application.
      
      Review URL: http://codereview.chromium.org/399045
      
      git-svn-id: svn://svn.chromium.org/chrome/trunk/src@32508 0039d316-1c4b-4281-b951-d872f2087c98
      86b5401a
  16. Oct 07, 2009
  17. Oct 03, 2009
  18. Sep 14, 2009
  19. Sep 03, 2009
  20. Aug 29, 2009
  21. Jul 28, 2009
    • hbono@chromium.org's avatar
      Add clean-up code to SetAppIdForWindow(). · a026ce05
      hbono@chromium.org authored
      This is a follow-up change for r21596.
      It seems this change forgot calling pps->Release() and PropVariantClear(&pv). (InitPropVariantFromString() calls SHStrDupW() to create a copy of its input string, so we have to call PropVariantClear() and delete it.)
      To avoid an object leak and a memory leak, this change uses ScopedComPtr<IPropertyStore> to call Release() in its destructor and call PropVariantClear() to clean-up PROPVARIANT.
      (My JumpList class uses a class which encapsulates PROPVARIANT. We should move the class to win_util?)
      
      BUG=none
      TEST=none (Run Chromium on purify running on Windows 7.)
      Review URL: http://codereview.chromium.org/160150
      
      git-svn-id: svn://svn.chromium.org/chrome/trunk/src@21830 0039d316-1c4b-4281-b951-d872f2087c98
      a026ce05
  22. Jul 25, 2009
    • brg@chromium.com's avatar
      Partial fix to 7028 - Pinning in Win7.A complete fix will require Gears to set... · 3df2aafb
      brg@chromium.com authored
      Partial fix to 7028 - Pinning in Win7.A complete fix will require Gears to set the application id as a property on the shortcut  As of this cl, web applications hosted by Chrome will appear in their own groups on the task bar.  However, they can not be pinned from the main application window nor can they be pinned from the shortcut.  The former results in Chrome being pinned, and the latter results in a quick start button but does not group web applications under that button.  Instead in the latter case a web appliation will form a new group.
      
      Bug=7028
      Test=None.  (When there is a Win7 trybot there may be at test to check if the windows group in the taskbar properly)
      Review URL: http://codereview.chromium.org/159336
      
      git-svn-id: svn://svn.chromium.org/chrome/trunk/src@21595 0039d316-1c4b-4281-b951-d872f2087c98
      3df2aafb
  23. Jul 17, 2009
  24. May 28, 2009
    • estade@chromium.org's avatar
      Linux: call xdg-open on downloaded files to open them. · de86a851
      estade@chromium.org authored
      BUG=12299
      TEST=1) right click/save as on some image. Clicking on the download item's filename area should launch it in some image viewer (assuming xdg-open works for you---as it happens, ubuntu broke xdg-open for desktops that are not gnome, kde, or xfce). 2) Download a large file. Click on the download item before it is finished. The text should change to "opening in..." and the checkbox in the dropdown menu should show as checked. 3) completed downloads should have the "open when finished" menu item replaced by the "open" menu item. Selecting that should also open the download.
      Review URL: http://codereview.chromium.org/112064
      
      git-svn-id: svn://svn.chromium.org/chrome/trunk/src@17106 0039d316-1c4b-4281-b951-d872f2087c98
      de86a851
  25. May 19, 2009
  26. May 15, 2009
  27. May 08, 2009
  28. May 05, 2009
  29. Apr 22, 2009
  30. Apr 17, 2009
  31. Apr 15, 2009
    • jungshik@google.com's avatar
      For some Indian locales, the automatic font fallback by Windows UI components... · 3bd29d38
      jungshik@google.com authored
      For some Indian locales, the automatic font fallback by Windows UI components leads to too tiny glyphs for UI strings.  Therefore, this patch makes it possible to override the UI font family and UI font size localizable by adding two entries to locale_settings (IDS_UI_FONT_FAMILY and IDS_UI_FONT_SIZE_SCALER - percentile scale).
      
      It's is also to fix a P1 bug for Chrome 2.0 final (so this patch needs to be merged back to the branch).
      
      For most locales, the UI font family is set to 'default' and the UI font size scaler is set to 100, which indicates that the UI font (menu, message, etc) obtained from Windows will be used. 
      
      For ml and bn, it's set to the 'kartica' and 'vrinda' (the default Windows fonts for those scripts) and the scaler is set to 150 and 160 respectively. For Hindi and Telugu, only the font size scaler is set to 150. 
      
      When IDS_UI_FONT_FAMILY is 'default' and the scaler is 100, the behavior will remain the same. When it's not, their values are used to create ChromeFont (base and derived) and WindowsTitle font. In addition, menu will be drawn by 'owner' (to override the windows font) and the font for table view, tree and tooltip is also set to IDS_UI_FONT_FAMILY. 
      
      While working on this, I replaced all the instances of 'static ChromeFont' with 'static ChromeFont*' and initialized them in a lazy manner.
      
      The whole approach is still a hack necessary due to the size issue with the default fonts for some Indic scripts on Windows. We'd not need this on Linux and Mac. 
      
      TEST=1. Run chrome with '--lang=bn' or '--lang=ml' and see UI strings are legible in menu, context menu, bookmark, bookmark manager, tooltips, and tab titles. With '--lang=hi' and '--lang=te', the difference is not dramatic but should be more readable. In other locales, it should remain the same. 
      2.UI test in en-US locale should pass.
      3. Running UI tests under Purify should not have any new leak.
      
      BUG=7319
      Review URL: http://codereview.chromium.org/62064
      
      git-svn-id: svn://svn.chromium.org/chrome/trunk/src@13773 0039d316-1c4b-4281-b951-d872f2087c98
      3bd29d38
  32. Apr 14, 2009
  33. Apr 12, 2009
  34. Apr 06, 2009
  35. Mar 26, 2009
  36. Mar 24, 2009
  37. Mar 10, 2009
  38. Mar 09, 2009
Loading