Bug 125688
Summary: | Get rid of a synchronous spellchecking in a favour of an asynchronous one | ||
---|---|---|---|
Product: | WebKit | Reporter: | Grzegorz Czajkowski <g.czajkowski> |
Component: | HTML Editing | Assignee: | Nobody <webkit-unassigned> |
Status: | NEW | ||
Severity: | Normal | CC: | enrica, rniwa, sam |
Priority: | P2 | ||
Version: | 528+ (Nightly build) | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Bug Depends on: | 118643, 125689, 125690, 132048 | ||
Bug Blocks: |
Grzegorz Czajkowski
This is a master bug to track removing of the synchronous spelling implementation.
Asynchronous spellchecking seems to be quite stable. What's more, it engages both UIProcess and WebProcess (in WK2) to perform spelling. As a result, UI is not blocked when the spelling or grammar is being performed (browsing dictionaries etc).
Attachments | ||
---|---|---|
Add attachment proposed patch, testcase, etc. |
Grzegorz Czajkowski
As far as I know there are three four WebKit ports that implement spellchecking.
Port | WK1 sync spell | WK1 async spell | WK2 sync spell | WK2 async
--------------------------------------------------------------------------
Mac | + | + | + | -
Gtk | + | - | + | -
Efl | - | - | + | +
Blackberry | - | + | N/A | N/A
Before changes in WebCore I think we should deliver port implementation for asynchronous spellchecking for Mac-WK2 and GTK-WK1/2 (added corresponding bugs).
Sam Weinig
This would be great. Is there anything I can do to help get the Mac WebKit2 Async Spell check going? Do you know what aspect is not implemented?
Grzegorz Czajkowski
(In reply to comment #2)
> This would be great. Is there anything I can do to help get the Mac WebKit2 Async Spell check going? Do you know what aspect is not implemented?
I'd be glad if you could take over bug 125690. I tried to summarize what should be done there. However, Enrica explained some time ago that there are some issues with Mac spelling/autocoration (details at bug 93611, comment 24.)