Closed Bug 410984 Opened 17 years ago Closed 16 years ago

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

Categories

(Camino Graveyard :: Preferences, defect)

Product:
Camino Graveyard
Component:
Preferences
Version:
1.8 Branch
Platform:
PowerPC
macOS
Type:
defect
Priority:
Not set
Severity:
minor

Tracking

(Not tracked)

Status:
RESOLVED WONTFIX

People

(Reporter: alqahira, Unassigned)

Details

(Keywords: polish)

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).
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
Closed: 16 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.