Opened 6 weeks ago

Closed 5 weeks ago

#19285 closed bug (fixed)

Web+: Wacky text selecting and cursor moving

Reported by: humdinger Owned by: pulkomandy
Priority: normal Milestone: R1/beta6
Component: Kits/Web Kit Version: R1/beta5
Keywords: Cc:
Blocked By: Blocking:
Platform: All

Description

This is hrev57937+125, 64bit.
WebKit 621.1.8
HaikuWebKit 1.9.15

Selecting text is weird, see attached screencapture.

Also, when you type something then go back with cursor-left-key, the curser first moves one to the right, the starts going left, but when you start typing the new letter don't get inserted exactly where the cursor is blinking... Difficult to describe, screencapture attached.

Attachments (2)

selection.mkv (1.6 MB ) - added by humdinger 6 weeks ago.
Selecting text
cursor_moving.mkv (1.1 MB ) - added by humdinger 6 weeks ago.
moving cursor

Change History (6)

by humdinger, 6 weeks ago

Attachment: selection.mkv added

Selecting text

by humdinger, 6 weeks ago

Attachment: cursor_moving.mkv added

moving cursor

comment:1 by humdinger, 6 weeks ago

FWIW, I reverted to haikuwebkit-1.9.14-1-x86_64.hpkg because editing a modest amount of text quickly becomes irksome...

comment:2 by waddlesplash, 6 weeks ago

Milestone: UnscheduledR1/beta6

comment:3 by pulkomandy, 6 weeks ago

I had a look at it yesterday. The caret position is computed from the string length. When measuring the entire string (when the caret is at the end), it uses the "simple" text rendering code path and things work fine.

When the caret is in the middle of the text, it switches to the "complex/advanced" rendering path, which is not fully implemented. I assume the wrong font ends up being used in that case, not matching the one that is rendered by the text drawing code.

The options are fixing the complex text rendering or finding a way to disable it.

comment:4 by pulkomandy, 5 weeks ago

Resolution: fixed
Status: newclosed

Fixed with haikuwebkit 1.9.16.

Note: See TracTickets for help on using tickets.