Not logged in
Log in now
Create an account
Subscribe to LWN
LWN.net Weekly Edition for May 23, 2013
An "enum" for Python 3
An unexpected perf feature
LWN.net Weekly Edition for May 16, 2013
A look at the PyPy 2.0 release
Adobe ventures into open fonts
Posted Aug 8, 2012 15:11 UTC (Wed) by bronson (subscriber, #4806)
Click on the big pic and you'll see they're very close. (if not, the contrast on your monitor might be too high)
Posted Aug 8, 2012 17:23 UTC (Wed) by jimparis (subscriber, #38647)
If it looks wrong in the thumbnail but OK in the big picture, this could be a symptom of LWN generating the thumbnail without taking gamma into effect.
For way-too-much info, see http://www.4p8.com/eric.brasseur/gamma.html :)
Posted Aug 9, 2012 1:18 UTC (Thu) by xorbe (subscriber, #3165)
Posted Aug 9, 2012 11:06 UTC (Thu) by alankila (subscriber, #47141)
Posted Aug 9, 2012 11:28 UTC (Thu) by alankila (subscriber, #47141)
On the other hand, if you just tell browser to do "font-style: italic" on the ExtraLight ttf file, the glyph widths remain the same, and the font weight is probably almost the same. If italic is generated from the regular shape by shearing the glyph control points, then the shearing also distorts the weights a bit, but it doesn't bother me. In fact, I can't notice it by eye.
weight vs colour
Posted Aug 10, 2012 10:02 UTC (Fri) by pjm (subscriber, #2080)
So a shear-italicized large region of text shouldn't become any darker or lighter when glancing at a page or seen from the corner of one's eye, it should only change how thick the strokes look when directly reading the italicized text.
That's a theoretical argument, and assumes that typographic colour can be measured by a simple mathematical expression (proportion of area), and also ignores the effect of ink bleed on paper, or hinting or gamma issues on screen.
Does anyone know of a better objective measure of typographic colour ?
Posted Aug 10, 2012 18:09 UTC (Fri) by alankila (subscriber, #47141)
You are absolutely right that the shear does not actually change the average color of the glyph in its box, even if you would subjectively evaluate the width of the slanted line as thinner than the straight line.
Proper implementation of font blending gets gamma right, even if linux software that does it correctly is very scarce -- in fact nonexistent would be more accurate. As an aside, I was able to get sRGB surface support in the 0.27.2 release of pixman, though, so maybe if I make more noise about this people start to use sRGB surfaces when blending text...
Posted Aug 16, 2012 22:25 UTC (Thu) by njs (guest, #40338)
Posted Aug 9, 2012 13:17 UTC (Thu) by n8willis (editor, #43041)
That's standard for "real italics" as opposed to romans-given-a-slant, so the fact that it's true for SSP is actually evidence that the designers put thought into doing Things the Right Way.
Posted Aug 10, 2012 1:02 UTC (Fri) by alankila (subscriber, #47141)
Posted Aug 10, 2012 18:42 UTC (Fri) by n8willis (editor, #43041)
That said, there are hordes and hordes of people more experienced than me, so perhaps one of them has better information.
Posted Aug 13, 2012 2:00 UTC (Mon) by vonbrand (subscriber, #4458)
I remember reading somewhere that the minuscule ("small one" in latin, called lowercase in English) was invented to save space on the page (parchment was expensive back then!), and that the italic style was also used in handwriting for the same reason.
Just a random, unreliable, faded memory.
Posted Aug 13, 2012 17:11 UTC (Mon) by davelab6 (guest, #86237)
Today italics are meant to be visually distinctive and the lighter 'color' is one - important - way that type designers do this.
So I learned at the University of Reading's Typeface Design Masters programme :)
Posted Jan 14, 2013 8:33 UTC (Mon) by pauldhunt (guest, #88795)
Copyright © 2013, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds