Ask any front end web developer to describe common challenges involved in converting (or “cutting”) a design. Ask a designer who’s savvy about front end web technology what the biggest creative limitation of the web “canvas” is. In both instances, you’d likely hear an earful about fonts.
For the front end web developer, it’s all about taking someone else’s creative – often designed on a highly controlled and extremely flexible canvas like Adobe Photoshop – and implementing it in the much less controlled and much less flexible world of HTML/CSS/JavaScript. Sometimes, a design that look great as a static image or storyboard just doesn’t translate well into web code, especially when not-so-design-sophisticated clients have to maintain the content and some of the imagery.
Fonts have long been a classic example. A storyboard designer can use any font they have installed on their own computer to make a beautiful design, but hacks aside, web browsers have only been able to render text with fonts installed on the visitors’ computers. Since there are only a handful of fonts that are more or less guaranteed to be on all modern computers (think Arial and Times New Roman), websites have been limited to a handful of uninteresting choices.
Continue reading Typekit: the font solution we’ve been waiting for?
C. Murray Consulting’s second post on Smashing Magazine, Advanced Power Tips for WordPress Template Developers, was published on the morning of November 25, 2009.
The original article covered 4 over-arching topics, and was so lengthy that the editors decided to split it into two parts! Part two – which focuses on customizing the administrative experience – will be published in two weeks.
Advanced Power Tips, part one, covers techniques for multi-block page / post content and digs deeper into methods for associating page content with post categories.
Continue reading Smashing Mag Redux: Advanced Power Tips for WordPress Template Developers
Most of our website design projects involve a first design for a new site or web application, or a complete redesign from the ground up. A home page and design “refresh”, however, can be a smart, often overlooked investment in a site’s vibrancy, particularly in times when budgets are tight and that vision of a redesign might be out of reach.
Of course, not all sites are suited to an evolutionary (as opposed to revolutionary) face lift. Putting lipstick on that 10 year old site with the scrolling marquee, blocky graphics, and green background is probably not a smart investment. But there are many websites with reasonable aesthetics – maybe a few years old – that don’t need to be torn down and rebuilt. Some creative thinking about how existing structural elements can be refined, coupled with a face lift of the home page’s content and, perhaps, key landing pages, can offer real bang for the buck.
Recently, we did just that for the New England Law Library Consortium (NELLCO).
Continue reading Home page face lift for NELLCO
UPDATE: Paul Thurrott, a Windows journalist, has featured some commentary on our post over at his Winsupersite. Check out his post, and the great discussion below it! Thanks for the input, Paul!
have me concerned that there’s a growing and false notion that IE8 is just great, and its rendering problems are the result of web developers writing non-standard code optimized for IE7.
To understand why IE8 is a legitimate disappointment, we need to start by providing background on how different browsers impact web development, both from a cost and design standpoint. If you think you already have a handle on this, you can skip ahead to our 3 straightforward examples of IE8 disappointments.
Continue reading 3 simple examples: why Internet Explorer 8 disappoints web developers
New blog series: Designing for the Web Canvas
As a professional web shop, our HTML / CSS developers are frequently taking a professional graphic artist’s vision of a website’s look and feel and converting it to work with this unique canvas we call a website. The graphic artists’ digital toolbox is full of powerful applications like Adobe Photoshop, that provide near total control over the final presentation, on a fixed sized canvas, down to the pixel.
There’s one big problem: the web developer’s canvas just isn’t that controlled or robust. And it’s not just that the unique characteristics of web layout or the code that defines how a web page should look lacks a good way to pull off a design element (which it does, often enough). There’s a bigger problem: several kinds of interpreters trying to understand the canvas, each with its own quirks and limitations. Welcome to to the world wide web canvas.
Continue reading New blog series: Designing for the Web Canvas