[haiku-bugs] Re: [Haiku] #16221: Web+: Garbled text on Github
- From: "Haiku" <trac@xxxxxxxxxxxx>
- To: undisclosed-recipients: ;
- Date: Thu, 07 Jan 2021 18:57:59 -0000
#16221: Web+: Garbled text on Github
---------------------------------------+----------------------------
Reporter: bitigchi | Owner: pulkomandy
Type: bug | Status: closed
Priority: normal | Milestone: R1/beta3
Component: Applications/WebPositive | Version: R1/Development
Resolution: duplicate | Keywords:
Blocked By: 16213 | Blocking:
Platform: All |
---------------------------------------+----------------------------
Comment (by madmax):
Wikipedia could have been fixed then by the inclusion of noto symbols 2
or by the fallback fixes, hard to tell.
We have a history of changes, so not really that hard :-) Not that it
matters, though. Both are useful are we have them, yay!
I used the list of brightest stars page specifically (among others) while
working in the fallback code. There were some issues there, among which
some ways to confuse the caller and produce garbled text. At first I
thought they were the root of all garbled text issues, but I was wrong.
The fix corrected the rendering of that and other pages, but not the
github one. I knowingly removed this ticket from the "fixes" line in that
patch.
I've now logged some data from LayoutGlyphs for the calls with "this"
(included in all text blocks in the test) or a codepoint higher than
0x10000 in the string. I think these are the interesting bits:
* Strings with blocks of sequential codepoints for emojis. Given the next
points, it probably happens also for the rest of characters, but I haven't
captured those with my filter. I (wildly) guess that's to get info for the
app to do its own positioning.
* The strings with text don't contain the symbols we don't have. Whether
this is because we don't have them or because of their unicode block I may
check later, the one we have in the test is below 0x10000.
* The strings with text already come with offset info, and that includes
the items for the symbols we don't get. I've tested adding 1 to the offset
index after the place were the symbol would have been and the text is
rendered correctly (without the symbol, of course, but not garbled).
--
Ticket URL: <
https://dev.haiku-os.org/ticket/16221#comment:17>
Haiku <
https://dev.haiku-os.org>
The Haiku operating system.
Other related posts:
