Open Bug 746769 Opened 12 years ago Updated 2 years ago

IME input on http://www.dartlang.org/ is broken

Categories

(Core :: DOM: UI Events & Focus Handling, defect)

Product:
Core
Component:
DOM: UI Events & Focus Handling
Type:
defect

Tracking

()

Tracking Flags:
Tracking Status
blocking-fennec1.0 --- -

People

(Reporter: ehsan.akhgari, Unassigned)

References

(Depends on 1 open bug,
URL
)

Details

(Keywords: inputmethod) 

Typing on the code boxes on http://www.dartlang.org/ using the IME keyboard Katakana on Mac is broken.

Please see bug 693338 comment 15 for a description of what this page does under the hood.

Masayuki, can you please take a look?  Thanks!
Hmm, they should use input event instead of physical keydown events... See bug 734305.
(In reply to Masayuki Nakano (:masayuki) (Mozilla Japan) from comment #1)
> Hmm, they should use input event instead of physical keydown events... See
> bug 734305.

Filed a bug on Dart: http://code.google.com/p/dart/issues/detail?id=2649
See Also: → http://code.google.com/p/dart/issues/detail?id=2649
My fix for bug 687717 makes this problem go away for Fennec users inputting Latin characters using VKB.
blocking fennec?

dartlang.org text input is broken for (at least) Android and Mac IME due to a longstanding core bug about Firefox not firing keydown/keyup events during IME composition (bug 354358 from 2006).

Masayuki says core bug 354358 cannot be fixed easily. He recommends that web developers use HTML5's `input` event instead of using keydown/keyup events for text input.

So this is a core bug, but it affects Android more than other platforms because any Android VKB that uses spelling correction or word autocompletion is using IME (e.g. Galaxy Nexus's stock VKB). I could investigate an Android-only workaround, but that may break text input on other sites.
blocking-fennec1.0: --- → ?
OS: Mac OS X → All
Hardware: x86 → All
Minused, but qawanted to see if this is broken in more typical Japanese cases (i.e. on Japanese sites with text input, where keyup/keydown events wouldn't be used, since composition-based IMEs wouldn't send those)
blocking-fennec1.0: ? → -
Keywords: qawanted
OS: All → Mac OS X
Hardware: All → x86
1) Interesting: This website also has : 
<html lang="en" class="no-js"
                    itemscope itemtype="http://schema.org/Product"> 
I believe that's a red herring.

2) To note : this works fine in the default webbrowser with Simeji; whereas with fennec it does not.

3) The field itself is an editable iframe : 
document.createElement('iframe')

4) Japanese seems to work fine on etherpad.mozilla.org as well as http://people.mozilla.com/~nhirata/html_tp/bug573447.htm (static editable iframes)

5) Considering this doesn't work on desktop firefox mac for Japanese and other sites do, I find this might be an edge case website?  I tried reproing this bug on other webpages, but I can't seem to find it.

masayuki-san, what do you think?

On a side note, I found a different issue with the facebook login using simeji. I will log another bug.
On a side note, I could not create a mixi.jp page (Japanese equivalent to facebook) due to the need of a Japanese mobile phone account.
Now, dartlang.org uses DartPad instead of Dartboard. So, you can use IME in the new DartPad, but candidate window and suggest window position are wrong. Looks like that DartPad uses Code Mirror. So, this must be fixed when bug 1249568 is fixed.
Component: Editor → Event Handling
Depends on: 1249568
No longer depends on: 354358
OS: Mac OS X → All
Hardware: x86 → All
Version: unspecified → Trunk
Component: Event Handling → User events and focus handling
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.