Sample text not displayed in font's own face when Advanced sheet used to select a font with different Carbon/Cocoa names

RESOLVED WONTFIX

Status

--
minor
RESOLVED WONTFIX
11 years ago
9 years ago

People

(Reporter: alqahira, Unassigned)

Tracking

({polish})

1.8 Branch
PowerPC
Mac OS X
polish

Details

This happens on the branch, and probably on the trunk, too, though it's more hidden there.

STR:

1. Using the Advanced sheet, select a font for Proportional (or Monospace, once bug 410575 lands) whose Carbon name differs from the Cocoa name, and close the sheet.

2. Observe the sample text and note that Helvetica is in use rater than the font's own face.

FreeMono/Free Monospaced from http://download.savannah.gnu.org/releases/freefont/ will illustrate this.
Actually, any of the Japanese fonts will illustrate this on the branch, too; we display them in their own face when we select them via the Cocoa panel, but not when we select them from Advanced (to provide the name Gecko wants).

Comment 2

11 years ago
That seems to work fine on trunk, here (Japanese fonts, the 'freefont' mentioned above, the 'CMU' font (from: http://canopus.iacp.dvo.ru/~panov/cm-unicode/).
On trunk we aren't using Carbon names in the sheet, so there aren't any differences between the sheet and main UI.  But since Gecko seems better able to resolve the font name differences, maybe it's not really an issue on the trunk.
This will hopefully be a WONTFIX branch bug after bug 391076 and bug 422576.
WONTFIX on 18branch (about which it was originally filed, and which still has the sheet UI).

On trunk, it was FIXED by bug 391076 and bug 508629.
Status: NEW → RESOLVED
Last Resolved: 9 years ago
Resolution: --- → WONTFIX
Version: unspecified → 1.8 Branch
You need to log in before you can comment on or make changes to this bug.