Hi Grant, You could have a dedicated mobile site (using a sub-domain and server-side client detection, for instance) with zero regard paid to accessibility *or*standards. Responsive design (using media queries, for instance) follow the DRY principle - Don't Repeat Yourself. Rather than think about mobiles/desktops I prefer to think of responsive design as catering to any number of devices (think forward a few years to when we see 3G/web browsers built in to car dashboards etc., or as the browsers built into televisions improve). For a lot of websites (e.g. Skysports.com) the cost to integrate responsive design into their existing templating system far exceeds the cost of creating a dedicated mobile sub-domain. There should still only be one data source however, for both implementations.
Regards, Dominic On 16 May 2012 13:48, <wsg@webstandardsgroup.org> wrote: > ********************************************************************* > WEB STANDARDS GROUP MAIL LIST DIGEST > ********************************************************************* > > > From: grant_malcolm_bai...@westnet.com.au > Date: Wed, 16 May 2012 10:43:03 +0800 (WST) > Subject: Mobile sites > > Hello, > > I was wondering whether having a dedicated mobile site represents an > improvement with regard to accessibility and standards, or whether it is > acceptable to have a single site that is adaptable to different screen > widths (e.g. by means of CSS media queries). Of course, setting up a > separate mobile site requires additional work and therefore expense. > > I would be grateful for comments. > > Thank you and regards, > > Grant Bailey > > ************************************************************** > Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm > Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm > Help: memberh...@webstandardsgroup.org > ************************************************************** > > > ******************************************************************* List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org *******************************************************************
