New Open Source Font by Production Type: Spectral
AbrahamLee
Posts: 262
I just saw this announcement for a new typeface called "Spectral", commissioned by Google (Dave Crossland?) for Google Docs: https://www.productiontype.com/news/spectral_a_new_typeface_for_google_font
Thoughts on the design?
Edit: For some reason, my browser automatically put this in the "Type Business" category, which was not intended. Sorry about that.
Thoughts on the design?
Edit: For some reason, my browser automatically put this in the "Type Business" category, which was not intended. Sorry about that.
Tagged:
0
Comments
-
It's another typeface of many released by Google. I don't think that it is the purpose of this forum to critique specific typefaces (of which there are many released every day) without being requested by the designer.1
-
Jack Jennings said:It's another typeface of many released by Google. I don't think that it is the purpose of this forum to critique specific typefaces (of which there are many released every day) without being requested by the designer.0
-
@AbrahamLee Actually thank you for bringing this up.
@Jack Jennings Is that true? How droll, and regressive. Good things can come from unsolicited feedback* – it's really a matter of intent.
* https://github.com/googlefonts/spacemono/issues/1
I guess I'll have to see if the moderators censor me:
Spectral reminds me of Mrs. Eaves, in its delicate forms, very modest x-height... but also its spacing being way too loose.3 -
I’m wondering about the decision to release the fonts in TTF format only, because the conversion quality of the TrueType curves is not very good. The source PostScript UFOs look good, but the TT curves could be better even with the same number of control points.
(PS in the background)
(left: PS, right: TT)2 -
I agree with @Hrant H. Papazian, I think unsolicited comments are fine, and yes, the spacing of Spectral is too loose2
-
Google Money1
-
All of these comments would be better filed as issues on GitHub, which is the forum that the designers have chosen to release their work.
Especially given that I don't think TD is frequented by the designers, anything posted here is just going to amount to a glorified sub-tweet. Especially because the initial post was made without offering any take in itself, the optics of this is just trolling for negative hot takes.2 -
Jack Jennings said:All of these comments would be better filed as issues on GitHub, which is the forum that the designers have chosen to release their work.
As for the typeface: Strangely enough, the presentation on the website renders it difficult to judge the typeface as a text face, which is apparently its intended primary role. From what I can see, I find the Lights quite charming, but lose interest with every step towards the ExtraBold. Already in the Regular, I find the rotated stress of /c/e jarring (sort of like in Times New Roman), and the /a turns from graceful into ungainly.
The spacing is very wide indeed — judging from their website, I suspect they specifically wanted the typeface to work at small sizes on bad screens. I don't mind it so much in the lighter weights, but again, in the Bolds, I feel like I keep seeing individual letters next to each other rather than wordshapes and cohesive lines.
3 -
Jack Jennings said:Especially given that I don't think TD is frequented by the designers, anything posted here is just going to amount to a glorified sub-tweet. Especially because the initial post was made without offering any take in itself, the optics of this is just trolling for negative hot takes.
And you are right (again), I should have offered my own take, which I will now do. As a whole, I find the shapes a bit distracting. I'm not sure if it's the general letter spacing or my taste for more inky, organic and smooth contours found in many classical serif families. I can see how the design works well for on-screen rendering, but unless the text is very small, the very wedge-shaped serifs and terminals really jump out at me. I guess I would have expected to see more of a slab-serif design, but instead I feel like I'm seeing too many edges and not enough words and letters. I would expect to see such bulky features only in a design that was intended for smaller optical sizes where the eye notices them less, but where they provide geometric clarity and substance.
Of the weights, I think the Regular and Bold designs work together the best and can imagine those will be used the most. The various stroke thicknesses in the Extra Thin weight seems inconsistent across the glyphs.
Those are my non-expert thoughts. I'd very much be interested to hear yours.2 -
@Jens Kutilek Depending on what version of fontmake was used, PS to TT conversion can produce different results. Since version 1.2.6, fontmake uses 0.001 of the unitsPerEm for the maximum conversion error allowed before splitting curves, it was 0.0025 before. 0.0025 was bad, 0.001 is better but users are free to go for finer conversion.0
-
I filed an issue regarding the TrueType conversion on GitHub.2
-
"...the TT curves could be better even with the same number of control points."
Except for the intended environment and use, that's great advice. But 40, 60, 120 hours later, what pixels are changed in the output? Plus, you are looking at curves the user would never see unless they stroked the font. In TT, at least, just like punch-cutting, one is always and only addressing the transparent (also known as white). So whatever error you see there, no matter how small, it's even smaller.;)
2 -
Well I noticed the bumpy curves by zooming in on the PDF specimen, which was the reason to compare the outlines on top of each other in the first place.
I agree that at the intended environment and size it will not be noticeable. But you never know how large somebody will mis-use a text font3 -
It helps that a new typeface looks good when the glyphs are closely inspected up large, even if the intended usage is small.
That’s because one purposively forms one’s impression of where it fits in the vast panoply of faces, and culture in general, by such inspection—so one can’t help but be aware of the quality of detailing, which will thus colour one’s estimation of the design’s merit.
1 -
Jens, "you never know" is great, but I think we know a lot more about the needs of scaling down than scaling up, for this project.
Nick, drawing large more than helps— I require it. But am not talking about generalizations of impressions users may or may not ever have, vast panopolies, culture in general, or design merit in the world, just this project.
I think Jack is right, especially after reading people's comments "on the design", so far. The design itself, as opposed to its capture and generalization, is all that's not being discussed.
So, if you go with Christian being right, and that Others may benefit from knowledge of a better capture and generalization of that design, then the specification, price, schedule, and future, are important and they all play a role in the learning experience.
Here, this project was perhaps dooooomed from the start. You can't apply the style list of Roboto to a relatively high contrast serif design and expect it to work great for every use, even if utterly and totally confined to Google Docs and slides.
The premier compromise is spacing, and as it appears, the developers safely left it open so it'd work down to every small size, and at a greater distance on slides. Any other use and the user would need to minus track. The other way around, spacing every single style according to what it's internal whitespace requires, would likely end in disaster for your average google user.
There is a new thing though, that helps with this... what's it called again... in any case, under the circumstances here, no amount of proper solicitation would correct that. There are simply not enough masters, either in the font, or the peanut gallery;)
2 -
Can't good hinting make the spacing acceptable based on PPEM?
> The design itself, as opposed to its capture and generalization, is all that's not being discussed.
False.0 -
Hrant,Can't good hinting make the spacing acceptable based on PPEM?
Not any more. The environments that ignore hints to advance widths are too many and too pervasive. We lost that ability around the time that sub-pixel rendering with sub-pixel positioning became the dominant model.
______
With regard to the design of Spectral, what I'm mostly struck by is that it seems a nice, traditional book face, in terms of its proportions and style. That strikes me as an odd choice in something that is ostensibly designed for online document use. Some of the illustrations of it in use remind me of pre-Calibri/Cambria MS Office documents, and can't help seeming old-fashioned as a result.
[Disclosure: I suggested to Dave Crossland a few years ago developing a suite of fonts for Google Documents, which would have included both serif and sans, as well as a condensed face especially for spreadsheets. Would still like to do it.]5 -
David, devices (phones, tablets, monitors etc.) are platforms, not documents, so “book” faces are just one of many genres that are applicable.
In theory, as we progress further into Minority Report territory, as well as parametric fonts that profile and target users, they may also profile media, with “graded” axes; and also profile typographic variants, for instance adjusting extender length according to leading.1 -
@John Hudson OK, if not hinting, could variable font tech soon become a way to deploy good spacing based on size? Although it would have to be automatic, not requiring too much intervention, certainly none by the reader.0
-
Hrant H. Papazian said:@John Hudson OK, if not hinting, could variable font tech soon become a way to deploy good spacing based on size?0
-
@Jens Kutilek Automagically, or would the designer need to write specific code? And is size data even reliably available?0
-
@Hrant H. Papazian It will ultimately depend on layout engine support, but ‘optical size’ is a defined standard axis, so I think support will eventually be pretty good.
All the type designer has to do is to map point sizes to the desired axis positions.
I think it will work well for ‘normal’ viewing conditions (computer displays at normal reading distance), but factoring in a variable view distance or even zooming may be tricky to get right for the layout engine programmers.1
Categories
- All Categories
- 43 Introductions
- 3.7K Typeface Design
- 803 Font Technology
- 1K Technique and Theory
- 622 Type Business
- 444 Type Design Critiques
- 542 Type Design Software
- 30 Punchcutting
- 136 Lettering and Calligraphy
- 83 Technique and Theory
- 53 Lettering Critiques
- 485 Typography
- 303 History of Typography
- 114 Education
- 68 Resources
- 499 Announcements
- 80 Events
- 105 Job Postings
- 148 Type Releases
- 165 Miscellaneous News
- 270 About TypeDrawers
- 53 TypeDrawers Announcements
- 116 Suggestions and Bug Reports