Typography and language as a WordPress theme developer

Today I have submitted Museum Core version 1.0.9. Unless there are any major issues with the update, it should get approved and be available in the WordPress themes repository in the next couple days. Among other features both under the hood and out in the open, this is the first version of any theme I have ever written with a full translation in another language thanks to anemoone‘s Polish translation. I’ve had to teach myself a lot about the internationalization (i18n) process, about proper use of _e, __(), _n, sprintf and how and why those are different from echo which I’ve learned both through managing the i18n process for Event Espresso and through the theme review process. However working with an actual translator made me discover things I had previously not considered about typography and how it changes depending on what language you are looking at it in.

The first thing I had to address was that I was _doing_it_wrong, at least in terms of i18n. I was dealing with typefaces from a programmer’s and a designer’s standpoint — not from the standpoint of someone actually looking to use the theme in another language. While I could say “yes, this theme supports translations” I wasn’t doing it in a way that was actually very supportive. A designer/developer will look at a font file and try to cut the file size as much as possible to decrease page load time. One way to do this is to strip out non-latin characters. That’s great for English speakers, but it means that everyone else is left in the lurch. Rather than rebuilding my font files with the extra characters included, 1.0.9 is letting Google handle the heavy lifting of supplying the fonts because, presumably, their servers will serve the entire character set faster than yours will.

The second thing is typeface design. I will freely admit that I have my own tastes as far as typefaces go, and that colors the fonts used in the themes that I build. I have a strong dislike for Times New Roman, for example, and while I like Georgia, I feel it’s over used. While it’s not my favorite serif typeface (that would probably fall to Goudy Bookletter 1911, but that didn’t really fit with the clean and modern design of Core), I included PT Serif in Core as a serif option because it has many similarities to Times and Georgia while not being too spindly (like Times) or wide (like Georgia). However, all of that goes out the window when you are looking at a typeface in a different language. Our eyes naturally follow the shape and contours of the letters in our own language, but I couldn’t tell you what an attractive type in Poland would be. Not only do the letterforms follow some different rules, but there are different tastes and preferences in what an attractive typeface is. So when I was told that some of my embedded fonts didn’t support Polish characters, I asked what a good font for the Polish language was, and was pointed in the direction of Lato, by a Polish designer. To me, it just looks like a bit of a squat sans-serif (at least when compared with Droid Sans), but who am I to judge its ability to display Polish characters like ł and ą in an attractive and readable way?

We all interpret words differently. We bring different experiences to the act of reading an article or blog post, so different things will resonate with each of us. What we as designers and developers (especially for open source software that may be used in other parts of the world that we may never have even considered — as opposed to client work for a specific person or organization in a native-language-speaking country) may not appreciate is that the same rules apply to type and design — what is seen as attractive and appealing in Tokyo is certainly not the same thing as what we see as attractive and appealing in Utah. The internet is making the world more of a melting pot than it was before as styles and trends from one part of the world affect preferences in another. Even so, individual preferences and tastes will always be unique, making design a unique challenge when you are trying to appeal to a range of potential users.

Indian Flowers

default 750x427 Indian Flowers

This theme, inspired by vintage Indian batiks and tapestries, exudes grace and sophistication.  6 color palettes are available so you can choose the one to fit your mood, office or season.  Built into the theme are our normal treasure trove of customized social networking icons, automagic Twitter hovercards for @usernames and configurable tweet displays, and social bookmarking options on posts.  The theme is optimized for readability and includes built-in WordPress post thumbnails, custom nav menu and widgetized sidebar and footer.

View Demo | Buy Indian Flowers — $60

default 150x150 Indian Flowers
blush 150x150 Indian Flowers
ink 150x150 Indian Flowers


parchment 150x150 Indian Flowers

You might also be interested in these:

  1. AP Museum zine
  2. Scrapbook
  3. Time Capsule