Summary: | Dictate does not work on macOS (IME commit is broken) | ||
---|---|---|---|
Product: | [Eclipse Project] Platform | Reporter: | Stephan Aßmus <superstippi> |
Component: | SWT | Assignee: | Platform-SWT-Inbox <platform-swt-inbox> |
Status: | REOPENED --- | QA Contact: | |
Severity: | normal | ||
Priority: | P3 | CC: | eclipse, lshanmug |
Version: | 4.9 | Keywords: | helpwanted, triaged |
Target Milestone: | --- | ||
Hardware: | Macintosh | ||
OS: | Mac OS X | ||
Whiteboard: | stalebug |
Description
Stephan Aßmus
2016-09-19 10:51:12 EDT
How to reproduce: * Activate dictation input in any Eclipse text editor (StyledText). The default method of activation is to double-tap the left command key. * Wait a bit for the feature to become ready (when you launch it the first time). There will be a sound and the text "Ready" beneath the microphone icon. * Speak some text. The text will be inserted in the StyledText widget with a varying delay. * Witness the text to disappear when you make a pause speaking. * Of note: Undo-steps will have been generated for inserting the text, including a final step which deletes the text. == Expected behaviour == * The dictated text remains inserted when making a pause. * The text cursor is located after the inserted (committed) text, while the dictate feature remains active and awaits more input. --- I really hope this gets some attention. For more thoughts on what is going wrong, see my initial report. One additional note: When the keyboard is used while the dictate input method is active, suddenly there will be key-events generated after a commit-event. The commit-event deletes the input range, and the generated keyboard-events re-insert the text. I have no idea who is actually generating these events and why this does not happen right from the start. That last part would appear to be the actual bug: Why doesn't it work from the start. Of note: On Windows, the IME implementation generates the keyboard events, but not the cocoa implementation of IME. Marking the bug as helpwanted as we don't have the time/resources to look at this issue now. If someone provides a patch, I'll be happy to review it. Can you give me a pointer where to start investigating "who" is generating the key events after the keyboard has been used once while the IME is open? My guess is that figuring this out is the key to solving this problem. On a similar note, but this idea depends on more information obtained in the step above: Would you also care for a patch that changes the IME implementation's behaviour? I find it strange that the already inserted text is replaced once more upon commit. I am guessing the key events are generated so that applications may ignore input arriving via IME and rely on filtering keyboard events only. But I guess there are several ways to achieve the same effect. This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet. As such, we're closing this bug. If you have further information on the current state of the bug, please add it and reopen this bug. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant. -- The automated Eclipse Genie. The bug still exists and is still relevant to us. |