Closed Bug 667326 Opened 14 years ago Closed 10 years ago

Text rendering of css-embedded fonts in SVG referenced via IMG

Categories

(Core :: SVG, defect)

defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: j.tosovsky, Assigned: dholbert)

References

()

Details

Attachments

(4 files)

User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:5.0) Gecko/20100101 Firefox/5.0 Build Identifier: When a SVG file with a Base64 encoded font (in the font-face attribute) is displayed in FF via the IMG element, the text rendered using this font looks left-shaded. If the same file is inserted into the HTML page via object element, it looks as expected. Reproducible: Always At the URL provided both img and object variant can be compared. Works fine in Chrome or MSIE9.
Looks fine to me as far as I can tell (though on Mac).... Would you mind attaching a screenshot of what you see? I wonder whether this is Windows-specific.
Attached image Enlarged image
Hmm, I do see something like that. Looks like a difference in the subpixel positioning (blue vs green channel antialiasing in my case) or something. Daniel, any idea what's up there? The effect persists even if I make both the <img> and the <object> aligned on pixel boundaries (position: absolute; left: 0).
Status: UNCONFIRMED → NEW
Ever confirmed: true
> Daniel, any idea what's up there? Not immediately, but I can confirm too, & I can look in more detail tomorrow. Taking for now.
Assignee: nobody → dholbert
OS: Windows 7 → All
Hardware: x86_64 → All
Version: unspecified → Trunk
If I add <rect fill="white" height="100" width="600"/> inside the SVG, behind the text, the bug goes away. Then, if I replace "white" with "none", the bug comes back.
(sorry for the arbitrary-seeming height/width there -- I'm working with a tweaked local version where those values are relevant)
Attached file testcase 1
Here's an interactive testcase that you can click to switch between the previously-attached two svg files. The only difference between these two .svg files is the color of their background rect -- "none" (broken) vs "white" (not broken).
I cannot reproduce it on my FF 27 beta (Win7 64-bit) any more, but surprisingly still on Nightly 29.0a1 (2014-01-08).
(FWIW, I can reproduce in Firefox 27 beta, on Linux64 (as well as in nightly))
Just tested on both Windows (42b4) and Ubuntu (30) and cannot reproduce any more.
Thanks for letting us know Jan.
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: