@Chris F. A. Johnson
Once again, the site only looks rubbish for most part and is still
accessible with larger font size. How do you propose overcoming this
issue with fixed width layouts. I don't want my site to look rubbish
like your for 98% of my users. Also with CSS switched off the site's
content is perfectly visible with whatever default font size.

@Thierry Koblentz
'Could' is not something we should be developing for. We need to know
who we are developing for, otherwise it's a bit of a hit and miss.

@Patrick H. Lauke
'Full accessibility' to me means a fully functional site with JS
switched off, with all visual goodies in place of course (contrast,
flexible font size and so on) according to WCAG1.0, to which we have
so far been working. When web apps context comes in, meeting these
WCAG1.0 becomes a massive burden and extra work.

Clients issue - I am usually not developing for Santa Clause. Clients
essentially rule the game and set the constraints which I need to
meet. I am not going to invent constraints or drop anything that
client requires. If they tell me 'code for IE6 only' I will tell them
'but IE8 is already in use and IE9 is round the corner, so IE6 is way
beyond it's use by date, so I would not recommend what you suggest
under any circumstances' and they tell me that I should not worry, I
am not going to be an idiot enough to be pushing my issue as it tends
to simply piss people off and make me look bad in the eyes of
everyone.

JS issue. When writing this article for most part I *was* thinking
about JS vs. no-JS matters. To implement a proper progressively
enhanced solution for a complex web app it really does take lots of
thinking and additional (possibly complex) JS/AJAX code for it to
work. I haven't got that time to do it with the app I am currently
developing.

Coincidentally can someone send me a complex-ish web app using JS that
has been 'properly developed' with regards to accessibility? Anything
in the wild will do. Yahoo used to taut Flickr as one, but it isn't.

On Sat, Jan 30, 2010 at 8:56 PM, Chris F.A. Johnson
<ch...@cfajohnson.com> wrote:
> On Sat, 30 Jan 2010, Jason Grant wrote:
>
>> Thanks to people who have commented via blog and email.
> ...
>> @Chris F.A. Johnson That page is accessible, it just looks shit in the
>> browser you tested in (whatever you have used there - would have nice
>> to have test environment details).
>
>   The only environment detail that matters is the font size. You
>   haven't allowed for users with a different default font size -- and
>   that *is* a matter of accessibility.
>
>> I don't care. Content is visible
>> and accessible. I am not intending to support everything under the Sun
>> under my blog.
>
>   Why not? It's more work to prevent it working everywhere than it is
>   to *let* it work everywhere.
>
> --
>   Chris F.A. Johnson                          <http://cfajohnson.com>
>   ===================================================================
>   Author:
>   Shell Scripting Recipes: A Problem-Solution Approach (2005, Apress)
>   Pro Bash Programming: Scripting the GNU/Linux Shell (2009, Apress)
>
>
> *******************************************************************
> List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm
> Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm
> Help: memberh...@webstandardsgroup.org
> *******************************************************************
>
>



-- 
Jason Grant BSc, MSc
CEO, Flexewebs Ltd.
www.flexewebs.com
ja...@flexewebs.com
+44 (0)7748 591 770
Company no.: 5587469

www.flexewebs.com/semantix
www.twitter.com/flexewebs
www.linkedin.com/in/flexewebs


*******************************************************************
List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm
Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm
Help: memberh...@webstandardsgroup.org
*******************************************************************

Reply via email to