[gs-bugs] [Bug 690029] "MingLiU"(=?UTF-8?Q?=E6=96=B0=E7=B4=B0=E6=98=8E=E9=AB=94?=) fonts & "kaiu" (=?UTF-8?Q?=E6=A8=99=E6=A5=B7=E9=AB=94?=) fonts error @ GS 8.62 & 8.63

bugzilla-daemon at ghostscript.com bugzilla-daemon at ghostscript.com
Fri May 7 12:22:44 UTC 2010


Ken Sharp <ken.sharp at artifex.com> changed:

           What    |Removed                     |Added
             Status|REOPENED                    |RESOLVED
         Resolution|                            |FIXED

--- Comment #11 from Ken Sharp <ken.sharp at artifex.com> 2010-05-07 12:22:43 UTC ---
OK, the next release of GS will use the FreeType engine for rendering text, and
will use the patented bytecode interpreter, as the relevant patents will have
expired by then. This resolves the issues of the overly bold text, and the
broken rendered glyph.

Because pdfwrite is falling back to rendering some of the text, rather than
preserving it as text in a font, there are visual problems with the resulting
PDF when viewed in Acrobat at certain resolutions. The bitmap is no longer
guaranteed to scale in the same way as the stroke surrounding some of the
glyphs, which can result in gaps emerging between the two. This is particularly
noticeable at small zoom factors.

The same issue causes 'cracks' (thin white lines) to appear between the bitmap
image and the stroke in some cases, when Acrobat is set to 'Smooth text'.

These are not part of the original report, and may well be unfixable in any
event, and so I'm closing this as 'fixed'.

Configure bugmail: http://bugs.ghostscript.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.

More information about the gs-bugs mailing list