Thomas Phinney
My feedback
6 results found
-
5 votes
-
1 vote
An error occurred while saving the comment -
3 votes
Thanks for reporting this issue. We are able to reproduce this at our end and the issue is currently under review.
An error occurred while saving the comment Many OpenType fonts, including virtually all of Adobe’s “Pro” fonts, have code in them that specifies how much additional spacing should be applied to “all caps” text. This is achieved through the 'cpsp' feature. It should be applied in addition to the 'case' feature when all-caps is on.
InDesign automatically applies this, at least as far back as InDesign 2 (2002) and possibly earlier.
Illustrator and Photoshop do not. Here is a video showing what is supposed to happen (InDesign) and it not happening in AI and PS: https://twitter.com/FontFabrik/status/1228650213272965121 -
2 votes
An error occurred while saving the comment This should be casing behavior inherited from Unicode data files, so Adobe isn’t trying to deal with it by manually assembling their own data.
-
2 votes
An error occurred while saving the comment I have seen and reported this as well (with a three-axis and later four-axis font) and have heard it from a few other type designers. In our case it is related to specific bits of the design space, and is happening with a somewhat more traditional font, Science Gothic. The problem occurs in shipping versions of Illustrator, Photoshop and InDesign, but not in any browsers.
Our font is at https://github.com/tphinney/science-gothic/blob/master/fonts/variable/UFO%20FontMake/ScienceGothicVF.ttf -
46 votes
I am glad to remind all who voted for this feature that it is now possible to set a font size as x-height or cap height with Show Font Height Options toggle enabled in Character panel menu.
Some issues still remain, yes, like, wrong size calculation if a font has rounded stems that end below baseline (https://illustrator.uservoice.com/forums/601447-illustrator-desktop-bugs/suggestions/44639661-font-height-options-misbehave-with-rounded-fonts), or inability to focus the dropdown with Tab (https://illustrator.uservoice.com/forums/601447-illustrator-desktop-bugs/suggestions/41836618-font-height-options-tab-order), or calculating font height by measuring glyphs instead of reading the actual value within the font (https://illustrator.uservoice.com/forums/601447-illustrator-desktop-bugs/suggestions/41615035-cap-height-setting-not-using-font-cap-height), but overall this is done, works, and super cool, don’t you think?
An error occurred while saving the comment So, one problem is that not all fonts cover the same writing systems. If you have your prefs set to "cap height" what happens to fonts installed on your computer that literally do not have capital letters? Symbolic fonts, non-western fonts that skipped even basic Latin, and others. This is one reason Adobe hasn't yet done this: because these corner cases exist on almost every user's computer, and make the problem more complex.
The existing point systems is awful... except for all the alternatives.
.png){kind=link}
.png){kind=link}
.png){kind=link}
That’s not Adobe. That is you not understanding font size measurements. Which, admittedly, are extremely weird, and complicated.
When you tell pretty much ANY APP what size you want the font to be, what part of the font do you expect to be that size? The answer as to what the app does is: it makes the em square that size. That is the height of the imaginary box the letters sit in.
This makes more sense if you know the origins of the em (the size of the piece of metal the font glyphs were on), and/or consider that the sizing has to apply to radically different kinds of writing systems, such as Chinese and Arabic, where our notions of cap height or x-height do not even apply.
I wrote a blog post with more on this, here: https://www.thomasphinney.com/2011/03/point-size/