Bug 48411 - Spellcheck should be done/removed when HTMLElement.spellcheck property is changed
Summary: Spellcheck should be done/removed when HTMLElement.spellcheck property is cha...
Status: NEW
Alias: None
Product: WebKit
Classification: Unclassified
Component: HTML Editing (show other bugs)
Version: 528+ (Nightly build)
Hardware: PC All
: P2 Normal
Assignee: Nobody
URL:
Keywords:
Depends on: 25536
Blocks:
  Show dependency tree / graph
 
Reported: 2010-10-27 04:12 PDT by Hajime Morrita
Modified: 2022-02-21 10:25 PST (History)
5 users (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Hajime Morrita 2010-10-27 04:12:18 PDT 
- When spellcheck property is set to true, spellchecking against that node should be done and wrong word should be marked immediately.
- When spellcheck property is set to false, markers should be removed.

On "true" side, The solution would be similar to 40092.
Comment 1 Milan Crha 2018-10-23 05:54:58 PDT 
(Make it clickable: bug #40092)

This is still applicable in WebKit2 (webkit2gtk3-2.20.2).

Ideally, if the <body>'s spellcheck property is changed to true (even without delay, no async here please, thus application can set it to false and immediately back to true), the words in the current viewport are refreshed and when the user scrolls the new words in the viewport are updated too. It'll be good for performance, especially with very large (more than 500KB) documents.

Additionally, when using webkit_web_context_set_spell_checking_enabled(), the 'false' works as expected, but setting it back to 'true' doesn't update spell check markers of the current viewport.