- From: Tina Marie Holmboe <tina@elfi.org>
- Date: Thu, 27 Jun 2002 14:21:55 +0200
- To: Kirsten Williams <kirsten.williams@ed.ac.uk>
- Cc: w3c-wai-ig@w3.org
On Thu, Jun 27, 2002 at 11:11:10AM +0100, Kirsten Williams wrote: > I've searched but can't find any information as to the accessibility of > server side includes. Is it acceptable for accessibility purposes to use SSI > to create a "text only" version of a website, so that the graphics and The consensus on this seems to be one of "Well, ok, but what's the point" and I must say I agree. Firstly, it wouldn't be all that easy to use plain SSI - you need some way of detecting whether or not the incoming request was from a source that wanted/needed/should be assumed to want/need the text only version. That suddenly make things alot more touchy. I posted an URL a while ago to an experiment we've done with something similar relating to CSS; I don't mind doing that again: http://www.greytower.net/en/archive/articles/customcss.html Secondly, there is the question of whether this is at all worth the effort - would not extensive use of <noscript> and alt="..." constructs achieve the very same effect and at the same time avoid the entire issue of which browsers to actually serve this content to ? Basically, even if it is in the WAI, it is worth asking whether it is really any point in a separate, text-only, site when - given use of such things as alt="..." - browsers that handle text only do such a good job of picking out only the text by themselves. - If the UA can't handle Javascript, it won't request Javascript but make do with the <noscript> content. - If the UA can't handle images, it won't request images but make do with the alt="..." content ... for various non-technical values of 'cannot handle', naturally. -- - Tina Holmboe Greytower Technologies tina@greytower.net http://www.greytower.net/ [+46] 0708 557 905
Received on Thursday, 27 June 2002 08:08:41 UTC