-
-
Notifications
You must be signed in to change notification settings - Fork 119
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conflict with ibus IME if highlighting is enabled #103
Comments
So what is the best way to fix this? |
Just to inform. I haven't had solution yet. I may look into other web-based editors (CodeMirror, Monaco Editor etc.) to see if they suffer this. It may take time. |
I found that other editors overcome this issue by creating a copy of input text, put it on top of the original one (using z-index), and apply highlighting to that copy, instead of the original one. What I'm not clear is that how they let user see the caret (text cursor), which actually belongs to the original text input. |
Yes and codejar uses other approach with contenteditable. Both methods have advantages and disadvantages. |
Other editors also use |
contenteditable or textarea+copy I never seen an editor with contenteditable set to transparent and copy of text for highlighting. Usually textarea is used. |
This one https://editor.kullna.org/demo.html is using contenteditable + copy. |
Hmm, very interesting. |
I'm integrating codejar with my personal website, a Vietnamese blog. I use ibus-unikey, on Ubuntu, to input Vietnamese, and encounter an issue that, very often, uncommited chars are lost.
I found that codejar is relying on
event.isComposing
to detect if the IME is in its task. But actually, it is not reliable. You can read more here: https://lists.w3.org/Archives/Public/public-editing-tf/2015Nov/0001.htmlThe text was updated successfully, but these errors were encountered: