IME box shouldn't hide what we are typing with vertical writing mode
Reported by
nakamods...@gmail.com,
Nov 19
|
|||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/70.0.3538.77 Safari/537.36 Steps to reproduce the problem: 1. typing Japanese on editable elements 2. try to convert with space key 3. then the box of options would appear on the string which we are typing What is the expected behavior? 1. IME box should be at the left of the string which we are typing if writing mode is vertical-rl. And the options on the box should be vertical-rl as well. 2. If It's difficult to show the options by vertical mode, the box for the horizontal options should appear at the right of the string which we are typing. What went wrong? IME box showing options overlays and hides what we are typing. Did this work before? N/A Chrome version: 70.0.3538.77 Channel: stable OS Version: OS X 10.14.1 Flash Version: JIM is Apple's JapaneseIM, GIME is Google IME, MSIME is Microsoft IME. MSWord_Mojave_JIM and Firefox_Win7_MSIME are samples showing the box with best way. MSWord_Mojave_GIME is not too bad. We can't see what we are typing with Chrome_Mojave_JIM, Chrome_Mojave_GIME, and Chrome_Win7_MSIME.
,
Nov 19
,
Nov 20
Thanks for the issue... Tried to reproduce the issue on reported chrome version 70.0.3538.77 using Mac 10.14.0. Attaching screen-cast for reference. Steps: --------- 1. Launched reported chrome 2. Changed IME to Japanese 3. entered text on omnibox As we are have seen that suggestion box appeared on the bottom of the test @Reporter: Could you please check the attached screen cast and let us know if anything missed from our end and retry this issue with fresh profile without any extensions & apps or reset all the flags and let us know if issue still persists. Thanks.!
,
Nov 20
Jumping in. This case is about "vertical writing mode" e.g. writing-mode: vertical-rl. Try testing in https://jsbin.com/cijetiwoti/edit?html,css,output . As the reporter is mentioning, it's possible to reproduce this and the current behavior is very distracting.
,
Nov 21
On Windows, we pass caret rect to IME and IME locates candidate window. We should set candidate window position to IME to avoid overlapping candidate window and typing text. For Windows, it can be done by ImmSetCandidateWindow() or TSF equivalent.
,
Nov 22
Hi yoshin@-san, Thank you for looking into this and let me give you some background on this. We're working on developing Web article editor for newspaper publishers and trying to see which browser works with vertical writing (as you know, everything in Japanese newspapers are in vertical). While we are able to reproduce this in MacOS as well, since in our specific case, we are currently prioritizing Windows x ATOK IME, it'll be great if we could fix this using ImmSetCandidateWindow or any other options to set the right position for IMEs. If this can be solved, we definitely want to leverage Chrome and even seek for offline editing use case as well (Service Worker). Could we prioritize this?
,
Dec 5
Friendly bump ;-) |
|||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||
Comment 1 by a...@chromium.org
, Nov 19