[Webkit-unassigned] [Bug 27315] New: Helvetica Neue Bold Outline is given higher priority than Helvetica Neue Bold if both are installed and activated

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Wed Jul 15 13:46:41 PDT 2009


https://bugs.webkit.org/show_bug.cgi?id=27315

           Summary: Helvetica Neue Bold Outline is given higher priority
                    than Helvetica Neue Bold if both are installed and
                    activated
           Product: WebKit
           Version: 528+ (Nightly build)
          Platform: Macintosh Intel
               URL: http://panpainter.com/misc/webkit/helvetica-outline-is
                    sues.html
        OS/Version: Mac OS X 10.5
            Status: UNCONFIRMED
          Severity: Normal
          Priority: P2
         Component: Text
        AssignedTo: webkit-unassigned at lists.webkit.org
        ReportedBy: panpainter at gmail.com


Created an attachment (id=32805)
 --> (https://bugs.webkit.org/attachment.cgi?id=32805)
Example of the issue

If a user has the font Helvetica Neue Bold Outline (also known as Helvetica 75
Bold Outline - normally, this is included in the Adobe Font Folio) installed
and activated, the Bold Outline version is displayed when a website, using
font-family: "Helvetica Neue" as part of the cascade, calls for the bold
version of Helvetica Neue.

It appears that the way that Webkit is pulling in the fonts simply has the Bold
Outline variant meeting its criteria first - the PostScript names I'm seeing
are HelveticaNeue-BoldOutline and HelveticaNeue-Bold. 

This appears on any site that meets that criteria - in CSS the font-family
cascade starts with "Helvetica Neue" and then at some point, an element is set
to display as bold (either through wrapping that element in a <strong>/<b> tag
or using the CSS to specifically target that element to be bold).  I've linked
to Wilson Miner's website because his front page has a very prominent example
of this.

You can see screenshots at:
http://panpainter.com/misc/webkit/helvetica-outline-issues.html

Always reproducible.

Steps to Reproduce:

1. Install Helvetica Neue Bold Outline/Helvetica 75 Bold Outline
2. Activate Helvetica [Neue/75] Bold Outline
3. (Re)launch Webkit/Safari
4. Visit http://www.wilsonminer.com (or some other site known to use Helvetica
Neue)

Actual Results:  
Bolded elements are displayed as outlined variation.

Expected Results:  
Bolded elements are displayed a bolded versions.

Prioritized Helvetica Neue Bold over Helvetica Neue 75 Bold Outline.  My theory
is that if Helvetica Neue 75 were active, it might behave properly, but when a
user attempts to activate that specific face, a warning is produced stating
that there may be conflicts due to the two fonts have identical postscript
names. In Mac OS X Helvetica Neue (the pre-installed font family) are not
available for being disabled, since they're a system font.

There may be a CSS workaround, but any workaround that I can envision would be
immensely cumbersome and difficult to maintai.

As far as I can tell, this is isolated to Mac OS X.

I'm using Adobe Font Folio 10, and the typefaces that I'm able to use to
reproduce the error are Type 1 fonts.

Related, Jeffrey Zeldman has some observations on this issue as well:
http://www.zeldman.com/2008/11/13/real-type-on-the-web/#comment-39578

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.



More information about the webkit-unassigned mailing list