When things go quiet on the blog front it usually means that things are overly busy in background as we deal with client's work and push the development of our existing 3D web technology. Suffice to say, you'll hear about it all here soon.

Mac Funamizu currently resides just outside Tokyo Japan and is a self-taught designer well known in the online world of product design. The ideas he conceives and the forward looking visualisations he produces bring even the most inconceivable product designs straight into the reality of today. Often fun, functional, always desirable.


Among his recent work Mac has been giving his take on the world of mobile devices by producing a series of minimal form phones, containing only what they need to look fantastic and intuitive to handle. One such example is the thin, two layered, transparent, glass and brushed metal mobile incorporating a full surface touch display. I would love to get feedback on how something like this might be achieved. With the revolution in commercially available touch technology who knows what is around the corner? However at the moment it doesn't exist. This is a big problem, as with many of his designs; "We want one!"

Fixdit: What inspires you?
Mac: I'm inspired by everything: great designs I see around us, inconveniences I feel every day, nature, simple solutions, design books, design blogs, movies, kids, etc. etc.
Fixdit: Who are your main influences?
Mac: Naoto Fukasawa, Jonathan Ive, Josef Muller Brockmann
Fixdit: What is your favourite product that is available at the moment (past or present)?
Mac: Moleskine (Squared Notebook 5 x 8¼"), Apple (wired) keyboard, Aluminum Starbucks coffee mug cup

Mac Funamizu believes design is communication, and that a well designed product is one created through listening to it's users. In this respect we at Fixdit have included Mac's Glass mobile concept for you to annotate and comment on. Keep an eye on Mac Funimazu; a lot of the concepts are probably closer to becoming a manifested reality than you might think.

Everything Cubed (e3) has been an idea in development for a while, but yesterday Fixdit finally began work on it. e3 will be Fixdit's largest scale web venture to date and looks to be launched in the next year. Further information on this exciting new project will be featured soon. Watch this 3D space.

We were very recently called upon to undertake work for a Nokia N-gage campaign. Nokia wanted to have a site built that managed a 7 day N-gage game trial promotion. A range of carriers would be involved from a variety of countries. Each wanted to manage the content themselves and have the site re-skinned according to their branding. The process of sign-up for the games also had to be simple as well as cross platform. This meant applicants for the offer would access the site via desktop, or mobile browser. 

One of the really interesting solutions we used was the relatively new open-source mobile detection project WURFL (Wireless Universal Resource File). It is basically a library of mobile device capabilities, features and general information for which you can call upon via an API. This handy library made targeting and dealing with mobile visitors a synch.

All we had to do now is decide upon a content splitting method. That is to say - do we send visitors on the mobile to a completely separate web site (.mobi), or do we divide the content from the single source (on a .com). There was A LOT of myth, here say, and just plain wrong advice out there as to the best method to utilise. The clincher for us was the key factor that each of the carriers this would rollout to would be managing the content contained within the sites themselves. It meant that two separate sites (a .mobi and a .com) would be double the work to maintain. User data capture and consolidation would also become more a complex operation than it needed to be. In the end it just made sense to keep the site as a single entity if at all possible. Have one address, one database, and just split it 3 ways. A version rendered for the desktop, one for the high-end mobiles and another for the lower end.

A single PHP based Drupal CMS (Content Management System) was used and it's page template files divided via standard 'if else' statements. These statements would be used to ask questions such as:

• What's the Nokia handset model?
• What's the screen resolution?
  
• Is AJAX supported?
• What's the version of Flash Lite?
• Can the handset read XHTML?

Queries like this would have been incredibly difficult to ascertain answers to otherwise. WURFL's API took a massive amount of work away from the offer applicant too. It meant a lot less form filling for them. Each of the games available from Electronic Arts could be handset specific. So rather than the applicant be forced to choose their phone through a long drawn out list of handsets, then find out if that game they wanted was available for it as well as entering further details about their device manually... the process instead became automatic. It turned into a seamless experience. Behind the scenes the majority of the leg work was undertaken with data collected as the applicant navigated.

A custom function was written as artificial intelligence to facilitate the page template's 'if else' decisions.
The mobile and desktop detection function contained within a custom Drupal module: function mob_detect_and_split() Within the function was code calling the WURFL library. Translation of the code below "if the visitor's device is a mobile browser and it's a Nokia then display the mobile platform": if($requestingDevice->getCapability("mobile_browser")!="" && $requestingDevice->getCapability("brand_name")=="Nokia") {

return 'This is a mobile browser';

} 'If else' division statements inside the front end node.tpl.php template file: if(mob_detect_and_split()=="This is a desktop browser.") {

// Render the desktop version of the template.

} elseif(mob_detect_and_split()=="This is a high-end mobile browser.") {

// Render the high-end version of the template.

} elseif(mob_detect_and_split()=="This is a low-end mobile browser.") {

// Render the low-end mobile version of the template.

}

Depending on the user's device accessing the site, only a specific section would be rendered out and displayed. The WURFL API allowed us to get incredibly specific about the capabilities of a handset and when coupled with a Drupal CMS we were really able to harness some awesome power.