Re: "Suitcase" messing with fonts chosen in nib files?
Re: "Suitcase" messing with fonts chosen in nib files?
- Subject: Re: "Suitcase" messing with fonts chosen in nib files?
- From: Brian Webster <email@hidden>
- Date: Thu, 2 Jan 2003 19:34:09 -0600
Well, can't say for sure what's going on, but I do have a couple
observations.
Firstly, when fonts are activated, they are referred to by family name,
and only one font of a given family will be used at any given time.
So, if there's a Helvetica active in the system, and Suitcase activates
a different copy of Helvetica, only the most recently activated one
will be used by the system.
The second observation I made in your screenshot is that all the
characters seem to be having their ASCII values increased by 2 by the
scrambling. For example, in the list of movies, "Ockf"kp"Ocpjcvvcp"
translates to "Maid in Manhattan" if you decrease the value of each
character by 2, "O{"Dki"Hcv"Itggm"Ygffkpi" is "My Big Fat Greek
Wedding", and so on.
So from this I can offer one half-assed theory, which is that on some
level of the text system (perhaps a shared layout manager used to draw
text cells by default?), the glyphs for each character are being
cached. When the different copy of Helvetica is activated, that copy
has different glyph ID values for its characters, presumably offset by
2 from the first copy of Helvetica. The actual glyph IDs used in a
font are arbitrary, so there's no reason different fonts can't use
different glyph IDs for the same character. But, they are in order for
the most part, so that would be consistent with the constant offset of
2 between the two.
If you have access to the actual fonts being used, you should be able
to look at what glyphs are at what IDs by using the 10.2 character
palette available from the keyboard menu (select "All" from the pop-up
menu and then look at the Glyph Catalog tab).
On Thursday, January 2, 2003, at 06:01 PM,
email@hidden wrote:
I think I found a Cocoa bug, but I'm not quite sure what's going on.
I have been getting reports from people that have extra fonts
installed, and sometimes when using the "Suitcase" font management
tool, that certain UI elements in my apps (where I have Helvetica
chosen as the display font, such as in some NSTableViews and NSBrowser)
garble the fonts, causing the text to look garbled (generally ASCII
text, but characters scrambled to other characters).
Screenshot here: <http://makeashorterlink.com/?M1E8610F2>
Has anybody else encountered this phenomonen? Maybe somebody with
familiarity with AppKit would know how the font is actually selected at
runtime when one is specified in the nib -- for instance, does it match
fonts by name, or some sort of internal ID, or what?
--
Brian Webster
email@hidden
http://homepage.mac.com/bwebster
_______________________________________________
cocoa-dev mailing list | email@hidden
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/cocoa-dev
Do not post admin requests to the list. They will be ignored.