WebPositive soft hyphen draws a little box character

[thebuck]

The control character U+00AD SOFT HYPHEN, written in HTML as ­, ­ or ­ does work as expected (breaks word when neccessary showing a dash), but always renders a little empty box additionally (without taking up extra space for it).

ThisLongLineIsATestcaseAndContainsSoftHyphensHe­reAndLaterOnAsWellThatIsHe­reAndLaterOnAsWellThatIsHe­reAndLaterOnAsWellThatIsHe­reAndLaterOnAsWellThatIsHe­reAndLaterOnAsWellThatIsHe­re

[nephele]

Can you provide a screenshot? and also does this differ from rendering of other native applications?

[thebuck]

StyledEdit treats it like ASCII-minus on hrev55788, x86_64, QEMU

[thebuck]

WebPositive draws an extra box on hrev55788, x86_64, QEMU

[madmax]

Webkit "deletes" the soft hyphen and other characters that become invisible by substituting them with the deleted glyph (0xffff), which is right when processing text at the font glyph level. That is later sent to the app server as a Unicode string, though. I'm not sure 0xffff should be there, but at least it's conformant. That code point is defined in Unicode as a noncharacter, fonts don't have a glyph for that and we use the fallback character to represent it.

​https://review.haiku-os.org/c/haiku/+/4984 adds noncharacters to the set of code points that get ignored if a font does not have glyphs for them.

[pulkomandy]

Patch merged in hrev55896.