[Webkit-unassigned] [Bug 25898] [Gtk] object:text-changed events should be emitted for entries and password text

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=25898





--- Comment #10 from Mario Sanchez Prada <msanchez at igalia.com>  2010-07-09 00:26:52 PST ---
(In reply to comment #9)
> Great. I think the existing value change notifications are pretty good 
> chokepoints for handling text changes, but there might be missing cases.

Indeed. Actually I've just found there's a nice function -already GTK specific- called postPlatformNotification() that looks like the way to go, at least for notifying of text insertions (I'm not so sure about deletions as typically, at least in gtk & clutter, those notifications should be emitted *before* the actual deletion happen).

Let's see how it works.

> Is this to address when you're doing something like <div contenteditable=true> 
> and want to know text changes or does GTK have true cursor support and 
> navigation?

Not sure what you mean here. The idea is just to allow ATs get notified about text insertions and deletions (that includes typing new text, deleting individual char, replacing/deleting selections, copying from clipboard...) through the proper signal, specifying the offset and length of the piece of text being inserted or deleted. 

Once this info is emitted, the ATs will use that (offset, length) pair to find the piece of text being inserted/deleted in the platform-specific a11y object (an AtkObject, in GTK port). That's exactly why notifications about deletions should happen before the actual deletion: to find the text which is going to be deleted with the original text + the (offset, length) pair coming with the signal.

Have I answered, at least partially or indirectly, your question?

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.