Web 2.0 Blog Logo

Design Considerations for the Web 2.0

For a long time, web design was handled by those with the necessary technical skills to build websites. It was often the same person doing both the front, and back end of a website. These are two very different skills and really, one should lead on to the other. The more you look at Web 2.0 services, it becomes obvious which ones have spent time, money and expertise on their interfaces, and those that have not. But of course the Web 2.0 isn’t all about the big sites, this applies as much to those going through Blog designs as anyone else. To emphasize the areas where you can succeed and fail in designing a Web 2.0 site, I’ve picked out a handfull of aspects that you need to consider, and what you should consider for each. So let’s get started.

(more…)

Permalink Comments (2 Responses) TrackBack

Flash Vs AJAX

AJAX is very much the new kid on the block, he’s smart, he’s popular and damn, all the ladies love him.  A bit like the Fonz in some respects.  One flash of that jacket (read: no refresh forms with fancy effects) and everyone is swooning.  The problem with AJAX, much like the Fonz, is that its all too easy to overlook the flaws.

So what exactly are the problems with the Fonz?  Well for starters, he was awfully promiscuous, so inevitibly, for the time, was a carrier of multiple STDs, then theres the hair, surely a fire hazard if ever I saw one.  Wait, I’ve expanded on the wrong point there (eyyyyyy etc.).  So what are the problems with Ajax, and just whats going on in the world of Flash (would Flash be Tom Bosley possibly?).  Read on…

(more…)

Permalink Comments (No Responses Yet) TrackBack

Updating my Web Design Toolbelt

I’ve just embarked on a new project and I thought it was time to update the tools I use, just to streamline things a bit and make sure development is as easy as it could be.

First up is the editor.  As a recent Mac convert I needed something to take the place of Notepad++, my Windows editor of choice.  Well that was fairly easy, I had a look round and kept coming across Text Wrangler, BBedit’s little brother, and its fantastic.  In fact it easily surpasses the usability ot Notepad++.  Could I find a replacement for my favourite FTP client, SmartFTP as well?  Again its a resounding yes!  Initially I started using Transmit, the award winning Mac FTP client, and yes, I can see why its award winning.  In fact it’s as easy to use as finder and shares much of the functionality.  Eventually though (read 30 days trial ran out) I moved over to Cyberduck ftp which actually comes close to matching the functionality of Transmit, and only falls slightly short in terms of stability and usability.  But its free and unlimited, which suits the tightwad in me.  There is also the integration with Text Wrangler, which means that if you open a file in Text Wrangler, through Cyberduck, saving the file will save it on the server, which really streamlines the ediitng process.  Text Wrangler itself offers saving over FTP but you will always need a fully featured FTP client at some point.

The next items I added to my toolbelt were FireFox extensions.  I already had the Web Developer Toolbar, which, if you don’t use it, is simply astonishing.  It just makes everything you could ever want to do so simple.  I simply could not live without it.  Iw as dissapointed to learn that the eyedropper mode of color zilla does not work on Mac, which means I’ve had to drop that from my toolbelt, which is unfortunate as it was really usefull.  I thought it would be worth seeing what else was out there, and boy am I glad I did.

The first extension I came across is called Fangs.  Fangs does a great job of visually interpreting the output of screen readers.  This is a must have if you care about accessibility, of course to be used in conjunction with this article on accessibility.  Next I came across an extension called View Source Chart, which visually formats source code by grouping block elements and their children together and highlighting them in colour.  It may sound fairly trivial but it really helps you find errors quickly.  You simply would not believe how much of a difference using this entension, in conjunction with the highlight block level elements feature of the Web Developer Toolbar, makes debugging your HTML.  Especially if you use dynamically generated code from a CMS, Forum of Blog.

In addition to these tools, I use the Gimp for images, Safari for testing and IE on a seperate Windows Machine for testing.  I also tend to use the superb script.aculo.us scripting library and a set of key PHP classes that I wrote a good while ago and have been serving me well.  Theres also a whole host of bookmarks that I’ve got that help me out with colour schemes and commonly used layout techniques, including my own.
Whats your development environment like?  Any tips for a recent Mac convert?  What can’t you do without?  One thing I will say, however, is that I simply cannot get a working PHP/MySQL/Apache environment working on my machine, and I’ve tried everything.  Anyone with a familiar experience?

Permalink Comments (3 Responses) TrackBack

Hiring a web developer? Equip yourself first and don’t lose out

Web developers are the mechanics of the 21st century. They perform some voodoo magic under the hood of your site and everything comes up rosy, right. Right? Well no, not always. There was this technique mechanics used to use to make an engine sound smoother than it really was, they used to put sawdust in the oil. Sure it used to run fine for a few miles but then BANG! It would lose most of its engine all over the side of the road. The entrepreneurs out there who are looking to hire a developer may end up with a bum deal. How can you prevent this? Read on…

(more…)

Permalink Comments (One Response) TrackBack

Why accessibility should be about stopping screenreaders

This is a bit of a rant about the current state of accessibility in the web.  I constantly hear people go on about accessibility and making sure that users who rely on screenreading software can access the information on the site.  This isn’t necessarily a bad thing, but they seem to be missing the middle bit, the reason why some users need screenreaders in the first place.  My argument would be that some of the users who currently rely on screenreaders, probably wouldn’t need it if sites were designed with true accessibility in mind.

More after the jump… (more…)

Permalink Comments (4 Responses) TrackBack