RE: Compressing glyphs programmatically

2014-09-30 Thread Gordon Apple
I tried using NSExpansionAttributeName when sending a NSAttributedString to CoreText, but it didn’t work. Docs say it should be a NSNumber of the log of the expansion factor. This is confusing because log normally means base 10, except that in C it is actually ln() (Naperian). Either way, it had no

Re: Compressing glyphs programmatically

2014-09-30 Thread Lee Ann Rucker
On Sep 30, 2014, at 1:04 AM, Hado Hein wrote: > Hoi. > I have a project with a custom font of my customer. Whyever the client wants > theirs font in some typos (strings/labels/buttons on screen) to be compressed > by 20%. > > Compressing in this case means that the glyph/character (Latin1) sh

Re: Compressing glyphs programmatically

2014-09-30 Thread edward taffel
your client must be very aesthetically oriented to have had a custom font created; they would more likely be happier having a compressed cut made, as well: algebraic adjustment is just distortion. however, if you would like to control compression/expansion algebraically, you may wish to investig

Re: Compressing glyphs programmatically

2014-09-30 Thread Gordon Apple
One of my big gripes with the Mac or iOS text system is the lack of a real super/subscript attribute. I haven¹t tried doing custom attributes. Is it possible to define and use custom super/subscript attributes which combine the normal baseline shift attributes with NSExpansionAttributeName to get a

Re: Compressing glyphs programmatically

2014-09-30 Thread Ken Thomases
On Sep 30, 2014, at 3:04 AM, Hado Hein wrote: > I have a project with a custom font of my customer. Whyever the client wants > theirs font in some typos (strings/labels/buttons on screen) to be compressed > by 20%. > > Compressing in this case means that the glyph/character (Latin1) should be