Closed Bug 311534 Opened 19 years ago Closed 8 years ago

The antialiasing of SVG text on Windows XP is broken (with the switch to cairo)

Categories

(Core :: SVG, defect)

x86
Windows XP
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: bz, Unassigned)

References

(Depends on 1 open bug, )

Details

(Keywords: regression)

Attachments

(4 files)

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b5) Gecko/20050930 Firefox/1.4 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b5) Gecko/20050930 Firefox/1.4 This is an example of an SVG file that renders bad in cairo build: http://lamp2.fh-stpoelten.ac.at/~lbz/beispiele/ws2005/scxml/site.php In they cairo built the text antialiasing does not work for rotated text. In the example is a screenshot of GDI+ version added using <image xlink:href="...png"/> It looks like all the pixels that are used for antialiasing are completly black. Reproducible: Always Expected Results: is added to the SVG as PNG
Assignee: nobody → general
Component: General → SVG
Product: Firefox → Core
QA Contact: general → ian
Version: unspecified → 1.8 Branch
Attached file Test case (deleted) —
Test case # It contains some Japanese characters. # Maybe you'll need the 'MS Gothic' font.
Attached image Screenshot (cairo) (deleted) —
Screenshot on Official Firefox 1.5 Beta 2.
Attached image Screenshot (GDI+) (deleted) —
Screenshot on trunk contrib GDI+ build.
Is this still an issue with current trunk builds?
There is still a problem in Firefox 1.5.0.2. Example: <svg xmlns="http://www.w3.org/2000/svg"> <g transform="rotate(10)"> <text x="20" y="20" font-size="15" >Project</text> </g> </svg>
Yes, but I asked about trunk builds. Nothing is going to change in layout or rendering in the 1.5.0.x builds -- those are security releases.
Now I tested minefield 3.0a1 - same problem If a group that contains a text is rotated, the antialiazing does not work properly. Text on textPath works fine including antialiazing - that's nice to see!
Status: UNCONFIRMED → NEW
Ever confirmed: true
Flags: blocking1.9a2?
Keywords: regression
Version: 1.8 Branch → Trunk
Flags: blocking1.9a2? → blocking1.9?
This still seems to be an issue in the current trunk: here is another example where transformed SVG text doesn't use or uses very ugly antialiasing: http://www.carto.net/neumann/mozillasvgbugs/svghearts_static.svg
The content is pretty vile as well
Depends on: 382305
Attached image ScreenShot GDI+ Adobe/firefox 2.0.0.4 (deleted) —
You can also notice that the font-size is not correctly rendered
Flags: blocking1.9? → blocking1.9-
Flags: wanted1.9+
Both the attached test case and the linked 'svghearts' test appear properly anti-aliased on FF3.0b3 on OS X. FWIW, the svghearts test (but not the attachment) does appear aliased for all the rotated text in Safari 3.0.4
Is this bug still present? The text looks good to me on Mac at least.
SVG sweethearts still looks bad for me on windows XP with current 1.9.2 nightly
SVG hearts still looks bad on Windows XP and the latest current nightly. On MacOSX 10.5 it looks fine. Will taster later on Linux as well. Andreas
This was logged by a windows user - might have always been windows specific ?
Assignee: general → nobody
QA Contact: ian → general
Fixed on trunk provided you have Vista or Windows 7 and direct write is enabled (gfx.font_rendering.directwrite.enabled = true)
Depends on: 527707
Realistically, nobody is going to work on fixing cairo's text rendering on Windows XP. The plan with Asure (bug 651857) is to stop using cairo. See bug 703159 for switching the SVG code to use Azure. I'll mark this as dependent on that bug for now to remind us to revisit this bug after that's done.
Depends on: 703159
Summary: text antialiasing in svg cairo version is broken → The antialiasing of SVG text on Windows XP is broken (with the switch to cairo)
Tested per comment 5 - WFM; feel free to reopen if there are additional concerns on recent builds Version 50.0a1 Build ID 20160715063552 User Agent Mozilla/5.0 (Windows NT 5.1; rv:50.0) Gecko/20100101 Firefox/50.0
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: