-
Notifications
You must be signed in to change notification settings - Fork 808
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
add spellchecker extension #530
Conversation
87af3cd
to
4d1f2aa
Compare
Yay! |
[NextStepWebs/codemirror-spell-checker](https://github.com/NextStepWebs/codemirror-spell-checker/blob/78773ebdd6c8cf8acd043342023636ae345ca0f3/src/js/spell-checker.js) | ||
at the | ||
[suggestion](https://github.com/ipython-contrib/IPython-notebook-extensions/issues/521) | ||
of [@JanSchulz](https://github.com/JanSchulz). |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks but IMO there is no need for that (-> s/at the .*//
). :-)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ah, you're welcome. Besides, I like to keep a history of where ideas come from, sometimes it's handy to remind yourself when you want to come back to something after not looking at it for some time!
Tried it, it works: unfortunately no replacement suggestions :-( @jcb91 Have you tried the other way with codemirror type |
Yeah, no replacement suggestions as yet, although since Typo.js provides suggestions, I expect they could be added as a popover or something fairly easily. I didn't bother trying the |
re contenedible: from the above issue, I got the feeling that in 2014 they didn't want to include a contentedible part ("Okay, yeah, that uses contentEditable, which is not going to happen in CodeMirror.") but the documentation on this was included in 2015 and includes the wording
But searching for -> It seems that they disable spellcheck even if using contentedible, so maybe using contentedible and then adding the spellcheck attribute back would be already enough? |
True, they do seem to use |
Re disable spellcheck: this is also used on the "other version" and there it is used to disable the spellcheck on the (hidden?) textarea... So another explanation could be that they disabled it in the "regular" version and just used the same thing in the to-be-new version... |
…ionaries, and a script to do it relatively painlessly
OK, I've added a more complete explanation to the readme, including some python sample code, and actually tried switching to other dictionaries. It seems to work ok for me. You've lost me a bit with the "other version" - I'm not quite sure what you mean? |
Unfortunately, it seems that the "contenteditable" model referred to in the docs doesn't actually set the contentEditable attribute at all... , which is exactly what you were saying. Apologies, I'm being a bit slow! |
Sorry: "other version" = whatever is not the "contenteditable" mode. Actually I really thought, that setting the "contenteditable" mode in codemirror would use something in the backend which sets "contenteditable to the used html element. So it seems that I misled you :-( Sorry again! |
…hromium only supplies base64-encoded text
A few fixes, the most prominent being that I hadn't got raw downloads of the dictionaries - I managed to get round this by using the base64-encoded versions which are provided. |
Just to let you know: I'm using this now for a few days and I'm loving it. It would be perfect with suggestions, but this is great as it is :-) |
okey doke, I'll merge as-is then, and maybe add suggestions later on... |
No description provided.