Reading about ‘resolution dependant layouts’ over on Warpspire (which takes a narrow definition ‘resolution dependant layouts’; only the pixel based (fixed) design via the JavaScript-route), it was the part about design for Mobile devices that really hit the nail.
Sorry folks, mobile devices deserve completely differently designed websites than normal sites. No amount of style switching is going to change the fact that it’s a completely different experience. Different experiences deserve different design. Period.
~ Kyle Neath of Warpspire
He’s right. Note that this isn’t just good design sense, it’s also a practical take on how to build them. It fixes any issues one might have with the mobile design of ones website, as designers can just let it go. Simply let the UA (User Agent; the browser) decide what’s best for that device with those fonts and those dimensions.
Not that I know what the proper name for this is, but I do know that subtly aligning to a grid is very, very powerful.
( ~ Work from the Duarte Design Agency for their client Prophetik.)
In ‘modern’ web design (as in, the last five years versus the five years before) there are three main ways to define your design.
Also called ‘fixed’, the first and most used method uses pixel measurements to define the width (& height) of elements on a page. The most obvious advantage to this method — and the reason it’s the easiest to get your head around — is that you get pixel perfect results with it. Photos and other fixed elements on your page will always fit, another huge advantage. That’s also its downfall however, as it doesn’t increase in size as text scales, making the defining of a good line-length quite difficult.
Which brings us to the next, most recent, method dubbed ‘elastic’. The crux of this method revolves around using ‘em’ to define (mainly) widths instead of ‘px’. You’ve already guessed of course that ‘px’ stands of pixel — but how is ‘em’ exactly defined? Well, an ‘em’ is the width a normal ‘m’ takes up on the screen. This method has the advantage of scaling along with the text. That means your line-length will always be exactly as you defined it, but, if an included picture were to take up more width than the current line-length, it’d stick out.
Liquid has been going in and out of fashion for a couple of years now. It uses percentages (defined with ‘%’ in one’s code of course) to define the width of elements. I think it was created with the intention of not squandering precious screen real estate, and while it does maximise the use of the screen, it has several flaws. Given that screen sizes can vary a great deal, a designer can never be certain the line-length is anywhere near correct and whether or not photos actually fit (pushing themselves off the screen, or worse, pushing the design off the screen!).
In my next article (not necessarily the next post!) I’ll talk more about handling the downsides of the methods and how a mix of them is often the most effective (and laden with browser flow errors — yikes!).
Upon the release of the Silk Icon Set (a really smooth free icon set), Joen of Noscope noted that:
Although beautiful, the feed icon (Feed) lacks the bottom left dot that’s part of the now standardized feed icon. Does this bother anyone else? Does it even matter? Creative mandate, or style over usability?
When thinking about sacrificing some aesthetics to improve usability or just to adhere to unspoken standards, it’s good to remember this: In most cases, only people who can handle the change will notice.
7 signals from the watchful elves of impending doom. 9 rules for the dwarven lords, who broke them which resulted in 21 degree burn marks. 24 ways were tried to heal them, but in the end they just hid the marks with the help of 28 make-up studios and one digital effects studio. But alas, the marks worsened to 36 degree burn marks. No wait, 37!
Then, suddenly, the same number of signals were received. ‘Go to 5411 CO’, they said. What a weird postcode! Where could that be?
So they travelled all 360 degrees of the world — shudder — before they thankfully ended up at 456 Bereastreet. There, in room 313 they finally found what they were looking for…
So what’s the deal with numbers and design studio names?
Looking through the Britpack list over on Malarkey’s site, I noticed JoeBlade.com and was amazed with his recently redesigned site, so here’s what I said:
Man, this is a really fine design! I can see a tad of HicksDesign in it (search box) but it’s all put together in an original way — and more importantly — it just fits. It feels right.
I really like it.
I browse the web all day long, and I’m a person who actually reads the copy on most sites. And well, I have to tell you — it sucks. Big time. I find it a shame that so many site owners put such little stakes in copy writing. All across the web, you can hear the web masters chanting:
Content is King! King I tell you!
Yet rarely do they execute on their proclamations. It’s sad for me to see this, because they all seem to know what they should be doing, but rarely do they actually do what they should be doing.
~ source: goodcopywriting.com found (unsurprisingly) via Kyle of Warpspire (as Kyle is guy who’s behind both sites).
I get the feeling my copy writing makes this journal unworthy of linking to goodcopywriting.com — but who knows, some stuff* might rub off!
* See? Stuff! You can’t use stuff…bad bad bad writing! Although one might argue it’s a good example of bad copy writing, and as such it’s a brilliant little addition. Yeah. That’s a pretty good excuse. I think I’ll stick with it. Yeah. Uhm, oh oh! Here I go again, writing more stuff in the post scriptum than in the actual post itself. Ugh.