[webkit-dev] Overtype mode in WebKit for editable content?
rniwa at webkit.org
Fri Apr 12 12:02:13 PDT 2013
On Fri, Apr 12, 2013 at 11:59 AM, Sergio Villar Senin <svillar at igalia.com>wrote:
> En 12/04/13 19:00, Ryosuke Niwa escribiu:
> > On Fri, Apr 12, 2013 at 9:50 AM, Sergio Villar Senin <svillar at igalia.com
> > Well, I have a pretty compact patch more or less ready to be
> uploaded to
> > bz that in the case of the caret being placed at (3) just draws the
> > classical 1px width bar (it also draws the thin bar in the case of
> > after the last character), so although the replaced character is in
> > case the 1, the insanity you mention is somehow minimized.
> > That doesn't sound right either. It's much more confusing than not
> > setting any width at all because the overtype mode is still on.
> > What we need to do is here to use selection. We need to have
> > 1-character long text selection at all time except at the end of each
> > line when overtype is on since selection code already deals with the
> > said bidi craziness. Anything short of that isn't landable quality.
> Ok, sounds like a very different approach. Just to clarify, do you mean
> to skip the caret painting in overtype mode and just use the 1-character
> selection as if it were the caret?
Right. In practice, we might be able to do the opposite in the rendering
side. Treat overtype caret as if it's 1-character selection when we update
- R. Niwa
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the webkit-dev