On Dec 1, 2016, at 2:58 AM, Alastair Houghton wrote: > On 30 Nov 2016, at 18:33, Doug Hill <cocoa...@breaqz.com> wrote: >> >>> On Nov 29, 2016, at 11:06 PM, Alex Zavatone <z...@mac.com> wrote: >>> >>> On Nov 30, 2016, at 12:10 AM, Doug Hill wrote: >>> >>>> After some trial and error, I figured out how to accomplish the San >>>> Francisco font features described below. I updated my document to include >>>> the code to turn on each feature. >>>> >>>> http://breaqz.com/font/AlternateStylisticForms.pdf >>>> <http://breaqz.com/font/AlternateStylisticForms.pdf> >>>> >>>> I should make a sample app or blog post but time doesn’t permit at the >>>> moment. Hope this all helps! >>>> >>>> Doug Hill >>> >>> This doc might help >>> https://developer.apple.com/fonts/TrueType-Reference-Manual/RM09/AppendixF.html >>> >>> <https://developer.apple.com/fonts/TrueType-Reference-Manual/RM09/AppendixF.html> >> >> A lot of good stuff there. It appears to be some documentation for what's in >> SFNTLayoutTypes.h which is helpful. >> However, all the alternate stylistic forms are still numbered selectors so >> not a lot of new information. > > The problem with the alternate stylistic forms (“salt”) feature is that there > are twenty sets and they’re only defined by a number. Moreover, they’re font > specific (or, more accurately, typeface specific, because they’re encoded > separately in each OpenType font file). Hopefully Apple will document the > stylistic alternates in question and won’t change them, but until and unless > they do, using them is slightly risky. (I think there’s a good chance they > won’t change them, as they probably do the same thing in their own code, but > I’d rather see them explicitly documented.) > >> Still hoping Apple will make SF font specific features part of the SDK. > > Agreed. At the very least it needs to explicitly document the set of > stylistic alternates for the SF font family so that we know what they all do > (it looks like there might be more than in your document too; I can’t think > of a reason for using one, two, three and then seven without also using four, > five and six). > > Kind regards, > > Alastair.
As we found out with the graphics we require (gears), there are cases like these where we discover something new and simply have to do it ourselves. With Attributed Text on iOS, there was no supplied superscripting ability, so I created formatting methods to do so that were based on a % of the font size above the baseline so that you can always get good results. After adding superscript, for numerical display of text, I added auto superscripting of symbols like ®, and support for proper display of currency. We can get displays like this http://i.imgur.com/Fu1IQgK.png http://i.imgur.com/WoTGgNE.png And this http://i.imgur.com/n7VPeL3.png http://i.imgur.com/vaQOb9s.png If we are able to do it right, then we don't have to worry about waiting for it or aren't put behind an 8 ball if Apple decides to pull the rug out from under us if it decides to change the feature (which happens). With these features in text styling, we have all the metrics that we need and as long as the font we want to use supports what we want, these features can be implemented without waiting for someone else to do it for us. Alex Zavatone _______________________________________________ Cocoa-dev mailing list (Cocoaemail@example.com) Please do not post admin requests or moderator comments to the list. Contact the moderators at cocoa-dev-admins(at)lists.apple.com Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com