It seems there's a bit of a fad of people using humanist serifs on minimal websites about technical topics. I find this an interesting and somewhat strange thing to do. The style of these typefaces dates to the early Renaissance and emulates the script used in illuminated manuscripts. These faces were also revived around the time of the Bauhaus and used in a similar sort of minimal layout by people like Jan Tschichold, but in the context of books and literature, which benefit from the association to the early history of the printed word and the authoritative aesthetic of early Christianity.
Using such a typeface on such a technical website is for one totally anachronistic, but also without any logic that I can discern. Moreover, that particular font is somewhat hard to read and looks like it's wiggling its serifs around as you eyes pass over the letters. Try something like Sabon if you're going for that aesthetic.
Typefaces affect how people perceive content. Content presented in a serif font appears to the reader to be more credible. [1]
It used to be the case that serif fonts were a no-no on VDUs because their low resolution made serif fonts difficult to display and less readable. This really hasn't been a problem for a long time, especially when the font size is larger, as in this case.
I tend to find that dark text on a high contrast background "jumps" around making it somewhat difficult to read for long stretches when I'm reading on my computer or phone. You might want to play with the accessibility settings in your browser to make plain white backgrounds a light gray and text a dark gray. (I have my PDF reader set to display content like this and it's infinitely more readable when I'm reading something that's several hundred pages long!) Apparently impaired contrast sensitivity is common in dyslexics [2], although I'm almost certain I'm not dyslexic! Dyslexics also have issues with serif fonts, although this isn't an issue for me.
Content presented in a serif font appears to the reader to be more credible.
This 'study' was a survey that appeared on an online version of a newspaper. The tested content was wedged inside an article that always used a serif font, on a website that always uses a serif font, in a part of the writing industry that nearly always uses a serif font.
I'm not that confident that the findings can be generalized to technical readers reading technical blogs, where the standard is sans serif. How do we know that following industry standards for the type of content isn't what made the serif fonts look more credible?
I'm not sure if this is meant as a refutation or an orthogonal comment, but yes, the typeface selected affects how people perceive content. Each typeface has a history and certain associations. It is the job of a graphic designer to align the history and associations of the typeface with the content.
This is not really an empirical matter. Serif type might make something appear more credible, but this is only by association to other things that seem credible. In this particular case, the association is to the early Renaissance, and to some extent the early 20th century, which I think now both have a somewhat mixed reputation when it comes to credibility.
That would be a refutation then, to which I would reply that I can see why one would choose a serif generally for this site – though I would not – but this particular serif does not make much sense.
When the humanist hand was invented, the prevailing hand for illuminated manuscripts was blackletter. While either is aesthetically pleasing, the humanist hand caught on because it was readable and vastly more ergonomic to write.
Practice some dip pen calligraphy and you'll quickly notice that a humanist hand feels natural, and takes much less effort than blackletter to form beautiful characters.
Blackletter (as an everyday hand) persisted in church manuscripts (and in Germany, perhaps due to a cultural love of precise craftsmanship), but it's not surprising that many monks also adopted humanist: if your job is copying written works by hand, it makes sense to keep your eyes and hands under as little strain as possible.
Yes, but when humanist type was invented, humanist script had already been used in illuminated manuscript. Thanks for the provocation though – it prompted me to take a closer look at the history and I think I may have been wrong to bring up the association to early Christianity. Indeed blackletter is the script of early Christianity and humanist script more indicative of the return to antiquity and the resulting cultural revolutions. So, there are actually 3 periods that are evoked by such typefaces – the late Roman and Carolingian eras, the early Renaissance, and the early 20th century's recontextualization of that aesthetic.
I had two minds about typing a reply to you, as it would be the beginning of a tangential discussion on something else rather than the article in question... but, (edit: this seems to be the topmost comment on the page, as I write, so I felt impelled to add my voice as well)
Opinions on fonts are very hard to quantify. The font in question, used here is Alegreya, and I've found that it is both aesthetic and pleasing to the eyes. I use it as default font in MS-word/Libreoffice and also as a font replacement (using Stylish - FF, font replace table - Opera addons) in my browsers.
So, as a regular user of the font in question precisely because of its (in my view,) readability and aesthetics, I respectfully disagree with some of the opinions you make about the font, regardless of how learned your opinion appears to be. :-)
The reasoning is more prosaic. I wanted a workhorse body serif that met the following criteria:
- Google web fonts. I love and use typekit, but gist.io sees a decent amount of traffic. I needed something unmetered in this case.
- A full four cuts: I don't control the content that people post, so I needed roman and italic cuts in both book and bold weights. This cut the selection of fonts available down to almost nothing. At the time, I didn't know about Poly, and Merriweather still doesn't have italics. [Edit: realized Poly doesn't have a bold weight either, so nevermind.]
The face isn't ideal, but it's grown on me the more I read it. Ideally, I'd love to license Process Type's Elena for use on gist.io.
Just browsing casually and Noto Serif looks nice. It's based on Droid Serif, which I find to be a nice adaptation of the serif for technical or UI content.
That's a nice description, wiggling its serifs around. While reading it I couldn't help but feel like something was about to move, like some sort of tension, everything was about to tip over. :)
I think that could be a nice effect if you were writing something suspenseful, at least for me, depends on how everyone else sees it too.
Edit: And I see another reply from someone who loves it. So maybe it's just you and me that see it moving. Maybe we should get that checked out. :)
I think some experimentation is healthy. Although I noticed the different style of font usage here, I kind of like it.
I'm tired of looking at fonts that leave no trace of the history of the act of writing. Perhaps tech writers want to emphasize the act of writing itself?
For example, maybe they are trying to get as far away from something that looks like a monospaced font, since that looks too much like code and this is writing.
I feel exactly the same. Although what concerns me the most is: just text, black&white and on my Netbook only 50% of the screen width is used. It feel reading a 900 pages Stephen King book.
A technical text should be more easy to read and I would appreciate some eye candy. People understand texts much easier when there is an illustrative picture inside or a summary table.
I use markdown in a gist because I just want the text, without frills. Markdown is a good example for this article because all it does is simple text formatting (though I understand it is a shitshow to work with behind the scenes.)
That said, I appreciate the advice and will build a better version to host future articles. Now that you say it, the text bothers me :)
Given that the article is in English as well, and English countries have higher levels of disabled javascript than other countries from that report, and that the target audience is a very specific type of technical focus rather than the general public, I'd hazard that the original point stands.
Not to mention that if some crawlers don't access javascript, you'll serve up nothing to the relevant search index.
I disable it for sites that abuse javascript. I'm guessing I am not the only one that does. Probably quite a few people would do that outside of us developers if they knew they could (or knew the a site's major problem was derived from it). Not inferring anything about this particular site, just that there's good reasons to turn it off at times.
I normally browse with it on by default though, but I'll blacklist it for sites that cause my browser to slow down or do other things that are detrimental to the user experience.
Considering that the gist.io post is (edit: was -- it seems to be deleted) about not neglecting the 10%, doing one thing and doing it well, and that gist.io focuses on delivering medium-sized content blurbs (between a tweet and a blog post), I feel my criticism is appropriate.
I don't quite get his message, it contains things which I see as contradictions.
He uses "Square" as an example of doing it right. I have no idea what square is, but quoting the article:
> Square processes payments. They don't handle group payments, they won't auto pay your bills, and they have no presence online to compete with PayPal.
A payment service that doesn't handle all the use cases of payment? Isn't this exactly what he's saying you shouldn't do? Yet he quotes it as an example of doing things right?
Square puts out a credit card reader you attach to a cell phone to make charges "in the field". It is perfect for what it does. The use case is some band is selling t shirts and CDs at a gig and now they can take cash or credit instead of cash only.
The message, while I don't agree with it, is clear solve a small problem completely, don't try to do more because you can't do it well and will drive away all your customers. What he is speaking out against is what you suggest doing solving the wider problem, because he automatically assumes you will do it in a halfassed manner.
Square is not trying to handle every use case for payments. They said "Hey, it is a pain in the ass to pay people with credit cards in person." So they solved that. And they solved every part of it – the merchant relations, the design and functionality of their app, the pricing, the backend architecture, the card reader, security – extremely well.
They are not trying to handle "all the use cases of payment", and I'm saying that they should not move into any other type of payments until their product is as good as they can make it. And they don't, on purpose, because they don't want to solve 90% of 10 different aspects of payment. They solve 1, 100%.
Square nails their use case of "allowing people to pay in person with a credit card." That's Square's problem. They aren't focused on being the generic omnipresent payment processor, just making physical transactions possible without cash or checks.
Edit: I do agree that the author really sould have made the problem statement more clear.
It seems like what you did there is just reformulate the problem statement to make it look like a stand-alone problem instead of as a use case (or subset) of a large problem.
Handling credit card payments in person is a COMPLETELY DIFFERENT problem to being an online payment processor.
Other than paypal, no one offers BOTH services... Paypal seems to have done it, purely as a response to square.
Banks I guess do it, but they don't do any of it well.
So which problem are you refering to that groups In person payment with online payment? Because it feels much harder to frame them together than apart...
"As a user, I complain about things that don't exist (sorry), but I almost never leave a service that is solving one of my needs – no matter how small – well."
In other words, customers don't want features, they have problems, and a product that wholly solves more than zero problems gets sales.
I agree with the central message in this article. Think of the pleasure and certainty associated with the small, well written UNIX tools. Apply that to products.
Wheres the pgbot when you need him? Oh well, I'll take his place: "It’s better to make a few people really happy than to make a lot of people semi-happy."
Things initially developed for a particular small group of people usually have the potential to affect non-targeted users. The dilemma here seems to be whether you want such group of people to give you financial incentives for building something.
I'd also like to add that often developing for the 99% will end up benefiting the 90% also in ways that weren't immediately apparent when you were only going for that 90%.
Using such a typeface on such a technical website is for one totally anachronistic, but also without any logic that I can discern. Moreover, that particular font is somewhat hard to read and looks like it's wiggling its serifs around as you eyes pass over the letters. Try something like Sabon if you're going for that aesthetic.