[haiku-bugs] Re: [Haiku] #9810: Set font to wqy-microhei does not take effect

  • From: "roytam1" <trac@xxxxxxxxxxxx>
  • Date: Thu, 11 Jun 2015 03:03:43 -0000

#9810: Set font to wqy-microhei does not take effect
-------------------------------------+-------------------------------------
Reporter: mshlyn | Owner: pulkomandy
Type: bug | Status: closed
Priority: high | Milestone: R1/beta1
Component: | Version: R1/Development
Applications/WebPositive | Keywords: WebPositive font
Resolution: fixed | display
Blocked By: | Blocking:
Has a Patch: 0 | Platform: All
-------------------------------------+-------------------------------------

Comment (by roytam1):

Replying to [comment:5 pulkomandy]:

The app_server has limited font overlay support. When the selected font
lacks a glyph, it will look in the VL Gothic font. This was implemented as
a proof of concept, and the Japanese asked first.

We should improve app_server to do the font overlay thing at a higher
level, and find a single font it can use for drawing the complete string.
This would make sure we get coherent results and use a single font for the
whole string.

fontconfig has support for this and may be used for that purpose.

On WebKit side, I merged a patch to improve the font system. Selecting
the font in the preferences dialog now works as expected (don't forget to
click the Apply button!). It will work for most of your multipaste test,
except the cases where the font is forced to "DejaVu Sans" or "DejaVu
Serif". This means the user guide still fails rendering.

I hope this makes things much better for you. I think the remaining
issues should be fixed on app_server side, if we want so, and in the User
Guide CSS.

I wonder if we can just replace VL Gothic font with for example Droid Sans
Fallback so not just Japanese but whole CJK glyphs are all covered.

--
Ticket URL: <https://dev.haiku-os.org/ticket/9810#comment:7>
Haiku <https://dev.haiku-os.org>
Haiku - the operating system.

Other related posts:

  1. Home
  2. haiku-bugs
  3. Archive
  4. 06-2015