Opened 14 years ago
Last modified 11 years ago
#7053 closed bug
non-visible text on websites due to lack of support for the CSS text-rendering: optimizeLegibility — at Version 9
Reported by: | mmadia | Owned by: | leavengood |
---|---|---|---|
Priority: | high | Milestone: | R1 |
Component: | Applications/WebPositive | Version: | R1/Development |
Keywords: | Cc: | ||
Blocked By: | Blocking: | ||
Platform: | All |
Description (last modified by )
hrev580 of Web+ in R1 Alpha 3.
WebPositive will not display any of the text on
Oddly the invisible text on those sites can be copy/pasted into StyledEdit -- so the characters are there, just not visible.
Change History (10)
comment:1 by , 14 years ago
Description: | modified (diff) |
---|---|
Summary: | Non-rendered text of website → non-visible text on websites |
comment:2 by , 14 years ago
comment:3 by , 13 years ago
Blocking: | 7799 added |
---|
comment:3 by , 13 years ago
Blocking: | 7799 removed |
---|---|
Description: | modified (diff) |
comment:4 by , 13 years ago
The mupdf.com page uses a stylesheet that includes the following designation at the top
body { text-rendering: optimizeLegibility; }
Change this to body {} (i.e. remove the tag) and it displays properly.
Same with the xda-developers.com site. Tthis one has a bunch of tags defined in the body{} -- just remove the "text-rendering: optimizeLegibility; " and it displays properly.
Same with the creativecommons.org site
This one was harder to check because it uses several .css files and some javascript files -- so I went into Windows and did a 'Save As Web Page' with Chrome and then copied the files back into my Haiku partition and edited the style.css file to remove the "text-rendering: optimizeLegibility;" part. The local copy then displayed properly.
In all three cases, it was the "text-rendering: optimizeLegibility;" tag that messed things up. Remove it, and the pages display perfectly fine in WebPositive.
comment:5 by , 13 years ago
Owner: | changed from | to
---|---|
Status: | new → assigned |
Thanks for taking the time to do that debugging ribbonz, it really helped me find this faster.
Basically we don't draw this text because our port does not implement various "complex text" methods in WebKit. Specifically Font::floatWidthForComplexText() is called when this optimizeLegibility CSS rule is defined, but our unimplemented version just returns 0. I think after that WebKit gives up rendering the text.
I'm not sure how quickly I can properly implement these methods, but I suspect we could get by with at least implementing something basic.
Funnily enough, our port is not the only one suffering from this. In certain cases Chrome won't render text with this property defined, and like us, webOS won't render text at all!
http://www.aestheticallyloyal.com/public/optimize-legibility/
In that sense I think WebKit screwed up when implementing this and should have better handled ports not implementing these functions. Of course they may have fixed this problem since then but our port has not been updated in a very long time.
For now I think I'll continue working on updating our port and let this issue stand by for now. But at least we now know why it happens.
comment:6 by , 13 years ago
Summary: | non-visible text on websites → non-visible text on websites due to lack of support for the CSS text-rendering: optimizeLegibility |
---|
comment:7 by , 13 years ago
i guess web+ has the same rendering problem with arabic text see ticket #6352, the links do work but they 're not displayed along with plain text.
comment:8 by , 12 years ago
Priority: | normal → high |
---|
comment:9 by , 12 years ago
Description: | modified (diff) |
---|
Same thing happens in rev 577 (saw it in www.xda-developers.com)