It should confirm the composition, not cancel it. I think this might be a (recent?) regression. 1. Type some IME text. 2. Click somewhere else in the editable area. The text should get confirmed (i.e. lose the underline), instead it's deleted. Tested on Chrome 6.0.408.1 (Official Build 47574) dev
This is probably a regression caused by the patches in crbug.com/9883.
I am wrong, this is caused by chromium r46856: http://codereview.chromium.org/1908006 That change explicitly added a cancel composition call on mouse down. This doesn't seem like the behavior I see when using the OSX IME on other text fields (e.g., in TextEdit). James, can you investigate?
(In reply to comment #2) > I am wrong, this is caused by chromium r46856: > http://codereview.chromium.org/1908006 > > That change explicitly added a cancel composition call on mouse down. This doesn't seem like the behavior I see when using the OSX IME on other text fields (e.g., in TextEdit). > > James, can you investigate? This is a behavior inherited from the old code. I don't know why it was there. We can remove it if you think it's not correct.
(In reply to comment #3) > (In reply to comment #2) > > I am wrong, this is caused by chromium r46856: > > http://codereview.chromium.org/1908006 > > > > That change explicitly added a cancel composition call on mouse down. This doesn't seem like the behavior I see when using the OSX IME on other text fields (e.g., in TextEdit). > > > > James, can you investigate? > > This is a behavior inherited from the old code. I don't know why it was there. We can remove it if you think it's not correct. Yes, it appears that clicking should commit the composition rather than cancel it. This seems to be true whether or not a suggestion is showing.
I reported it in chromium issue tracker: http://code.google.com/p/chromium/issues/detail?id=46326, and I'm working on it. You may close this bug report.