New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.
Starred by 5 users

Issue metadata

Status: Verified
Owner:
Last visit > 30 days ago
Closed: Apr 2014
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 2
Type: Bug

Blocking:
issue 160457



Sign in to add a comment
link

Issue 260529: IME UI is not placed at proper position when HiDPI is enabled

Reported by yukawa@chromium.org, Jul 16 2013 Project Member

Issue description

Version: 30.0.1565.0 canary
OS: Windows 8.1 preview

What steps will reproduce the problem?
1. Set OS DPI settings to 150%
2. Install Chrome canary
3. Launch Chrome canary with --high-dpi-support=1 launch option
4. Focus in Omnibox
5. Turn on MS-IME Japanese
6. Type "こんに"

What is the expected output? What do you see instead?

Suggestion UI / candidate window are placed at improper position actually.
It should be placed at proper position even under HiDPI environment.

Please use labels and text to provide additional information.

This is reproducible with Google Japanese Input. So seems that Chrome-side issue.
I think we should fix this issue in M30 release cycle as  Issue 149881  is now fixed seems that M30 will support HiDPI on Windows.
 
IME-UI-HiDPI.png
24.2 KB View Download

Comment 1 by yukawa@chromium.org, Jul 16 2013

Labels: Cr-UI-HighDPI

Comment 2 by thakis@chromium.org, Jul 16 2013

Cc: girard@chromium.org

Comment 3 by girard@chromium.org, Jul 16 2013

Cc: kevers@chromium.org
Owner: girard@chromium.org
Status: Assigned

Comment 4 by girard@chromium.org, Jul 19 2013

Blocking: chromium:160457

Comment 5 by girard@chromium.org, Aug 14 2013

Labels: -M-30 M-31

Comment 6 by girard@chromium.org, Sep 18 2013

Labels: -M-31 M-32

Comment 7 by kareng@google.com, Nov 8 2013

Labels: -M-32 M-33 MovedFrom-32
Moving all non essential bugs to the next Milestone.

Comment 8 by bugdroid1@chromium.org, Dec 17 2013

Project Member
Labels: -M-33 MovedFrom-33
This issue has already been moved once and is lower than Priority 1,therefore removing mstone.

Comment 9 by yukawa@chromium.org, Mar 30 2014

Cc: yukawa@chromium.org
Owner: yukawa@chromium.org
Status: Started
Just for the record: I'm still be able to reproduce this issue with Google Chrome 35.0.1916.6 (Official Build 260417) canary on Windows 8.1 @ DPI 200%.

Let me tackle this issue in my spare time.
hidpi.png
32.4 KB View Download

Comment 10 by bugdroid1@chromium.org, Apr 8 2014

Project Member
------------------------------------------------------------------
r262473 | yukawa@chromium.org | 2014-04-08T19:30:39.503921Z

Changed paths:
   M http://src.chromium.org/viewvc/chrome/trunk/src/ui/base/ime/input_method_win.cc?r1=262473&r2=262472&pathrev=262473
   M http://src.chromium.org/viewvc/chrome/trunk/src/ui/base/ime/text_input_client.h?r1=262473&r2=262472&pathrev=262473

Treats the returned value from ui::TextInputClient as DIP

On Windows, the returned value from ui::TextInputClient as DIP is supposed to be DIP (Density Independent Pixel). This CL adds relevant coordinate conversion so that IME UI can be placed at the proper position when  HiDPI is enabled on Windows.

This CL does not cover Win8 (Ash) mode.

BUG= 260529 ,  360334 
TEST=Manually tested on Windows 8.1 w/ and w/o HiDPI is enabled.

Review URL: https://codereview.chromium.org/227073002
-----------------------------------------------------------------

Comment 11 by yukawa@chromium.org, Apr 9 2014

Labels: M-36
Status: Verified
Fix verified with Google Chrome 36.0.1932.0 (Official Build 262556) canary on Windows 8.1 update 1. The fix is supposed to be shipped as M-36, hopefully.
hi-dpi1-36.0.1932.0.png
49.5 KB View Download
hi-dpi2-36.0.1932.0.png
43.0 KB View Download

Comment 12 by tkonch...@chromium.org, Apr 10 2014

Labels: TE-Verified-36.0.1932.0
As per the above comment marking this as TE-Verified

Sign in to add a comment