JiscMail Logo
Email discussion lists for the UK Education and Research communities

Help for WEBSITE-INFO-MGT Archives


WEBSITE-INFO-MGT Archives

WEBSITE-INFO-MGT Archives


WEBSITE-INFO-MGT@JISCMAIL.AC.UK


View:

Message:

[

First

|

Previous

|

Next

|

Last

]

By Topic:

[

First

|

Previous

|

Next

|

Last

]

By Author:

[

First

|

Previous

|

Next

|

Last

]

Font:

Proportional Font

LISTSERV Archives

LISTSERV Archives

WEBSITE-INFO-MGT Home

WEBSITE-INFO-MGT Home

WEBSITE-INFO-MGT  2005

WEBSITE-INFO-MGT 2005

Options

Subscribe or Unsubscribe

Subscribe or Unsubscribe

Log In

Log In

Get Password

Get Password

Subject:

Re: Accessibility - what now? (was response to accessibility statement (was Fixed or variable (was Two queries)

From:

Christina McGuire <[log in to unmask]>

Reply-To:

Christina McGuire <[log in to unmask]>

Date:

Thu, 8 Dec 2005 21:12:02 +0000

Content-Type:

text/plain

Parts/Attachments:

Parts/Attachments

text/plain (338 lines)

Hi Paul,

(Sorry for late reply - been out of the office)

(Specific feedback on Headscape sent separately)

Paul Boag wrote:

> Hi Brian,
> Below is my response to Christine. I didn’t initially post it o the whole group because I didn’t want to start Spamming. However, as you have responded I thought I should explain my point of view:
> 
> Hi Christina,
> To be honest all web design companies are caught between a rock and a hard place over this. 
Maybe I'm wrong here but I don't feel that 'all' web design companies 
give this as much thought as you do. The results of the DRC 
investigation showed that "Website designers have an inadequate 
understanding of the needs of disabled users and of how to create 
accessible websites, and would welcome clearer guidance."

Also only 6% of website developers approached completed the survey 
"suggests in itself a relatively low level of interest
in accessibility issues, even amongst website developers, who
might be thought to benefit commercially from concerning
themselves with such matters".

On one hand 3.4 makes it completely clear that in order to be priority 2 
compliant you have to make your site scalable. However, many of our 
clients want to have fixed width sites because of the control it gives 
them over the layout of the site. It is true that fixed width does 
provide many design benefits which many feel cannot be achieved on 
scalable sites (control over line length for one). However, I accept the 
accessibility problems this also creates. We have solved that problem on 
the headscape site by using an alternative style sheet for users that 
want scalability. In this way we meet other the accessibility 
requirements and the constraints on design that some of our clients demand.

The DDA refers to access. There is no explicit requirement to follow any 
level of WCAG guidelines (which the investigation acknowledged have 
limitations), and I agree that following guidelines blindly is not the 
answer.

What is clear is that compliance with the guidelines will not 
necessarily make a website accessible to disabled users, and in some 
cases will make it worse. (eg access keys)

The DRC report also stated that guidelines and automated testing tools 
are only part of what is needed. Another recommendation being that 
website developers should "involve disabled people with a range of 
sensory, cognitive and mobility impairments from early in the process of 
website design and development."

So it seems that irrespective of future guidelines, standards, browser 
versions and plugins, the big problem is organising the testing of 
websites with these groups of users.

> Of course just to confuse the matter still further there is a new technique being proposed which we might consider adopting in the future: http://www.particletree.com/features/dynamic-resolution-dependent-layouts/
Looks interesting!
> 
> I am sorry to say that I think it is naive to claim that higher levels of accessibility do not impact design. 
I do in fact agree that higher levels of accessibility 'can' impact 
design. But I also think that many, many designs can accommodate such 
changes (to be more accessible, usable, whatever) without much impact. 
Another DRC investigation statement:
"the recurrent barriers to achieving accessibility
disclosed by this phase of investigation appear to be a
combination of unsupported assumptions about what it takes
to achieve an accessible website and of ignorance about how to
tackle access issues even where the will to do so is already
present."

(Cost in time and resources was also identified as a barrier to the 
development of accessible websites.)

I'm not accusing you or Headscape of this but by having such a statement 
on your website I feel that many people (including large numbers of 
developers who are clearly visiting your website/blog) will actually 
take from it that design and accessibility are incompatible goals. Maybe 
it's the way that I read it, but it does read to me as a blanket 
statement when in fact you have done a lot of work on making the site 
accessible and having it looking good.

>Yes, Headscape are accessibility experts but we are also pragmatic about accessibility recognising that accessibility has to be balanced against numerous other factors all of which are also important: http://www.boagworld.com/archives/2005/10/the_missing_pil.html

> I am not about to alienate potential clients and their able bodied users by insisting on the highest levels of accessibility regardless of the consequences. 

No indeed, and I wasn't suggesting you should.

This picks up on another recommendation from the DRC investigation: 
"Website commissioners should formulate written policies for meeting the 
needs of disabled people" and I think this is the crux of it. Until 
clients demand accessibility (rather than developers saying "you should 
really do this because...") and until there is more involvement in the 
development of websites by users with disabilities (kind of dependent on 
the client wanting such accessibility in the first place) I can't see 
how things will actually change much. :| Maybe the changes will trickle 
through (like equal pay).....

> I hope that helps clarify my position. Would you recommend I change the text on that page to more closely reflect this?

Maybe mention that the WCAG guidelines are not the de facto, and 
compliance with them doesn't guarantee that it will make a site more 
accessible. Proclaim how accessible your site is (after testing).

I think this has been useful for thinking where accessibility's at right 
now and also hearing Paul's views as someone who works in the 
'for-profit' sector and is therefore more focused on objectives, as he 
says on his blog "often overlooked in the web design process".

I believe we still need standards (up to date ones, yeh) but maybe also 
more of a systems/modelling approach to the whole web thing. A kind of 
SSADM/UML specifically for websites (not just web apps)- with world wide 
acceptance. (Anyone know of anything?) Or am I going way off course 
here....(probably, it's getting late).


Comments welcome (checks comfort food supply)
Christina


> 
> -----Original Message-----
> From: Managing an institutional web site [mailto:[log in to unmask]] On Behalf Of Brian Kelly
> Sent: 07 December 2005 15:29
> To: [log in to unmask]
> Subject: Re: response to accessibility statement (was Fixed or variable (was Two queries)
> 
> Hi Christine
> 
> 
> 
>>Hi Paul,
>>
>>I just read your accessibility policy "....It was our feeling 
>>that, after experimenting with both scalable and elastic 
>>sites, complying with this checkpoint would undermine the 
>>design. This would jeopardise our first objective, which was 
>>to show sites could be both accessible AND visually 
>>appealing." But the design was only one part of the first 
>>objective? I'm confused,  :| but more than that disappointed 
>>that this statement should come from a web design company 
>>that specialises in accessibility. Is it really unattainable? 
>>IMHO it's this type of thinking will continue to  jeopardise 
>>the development of websites that are accessible AND visually 
>>appealing. :(
> 
> 
> I'm not sure which part of the Headscape policy you are referring to, but I
> would agree with the comments on the page that "The trouble is that most web
> designers agree web accessibility is important but few can agree on the best
> way of making a site accessible."  Interestingly when I attended the
> "Accessible Design in the Digital World" Conference held in Dundee on
> 24-25th August 2005 a speaker from GAWD (Guild Of Accessible Web Designers"
> made exactly the same point.
> 
> On the subject of use of Flash, as the page says, Flash can be made
> accessible - and it should be noted that the WCAG 2.0 draft (unlike WCAG
> 1.0) is tolerant of proprietary formats.
> 
> Some of these points were addressed in a paper on "Forcing Standardization
> or Accommodating Diversity? A Framework for Applying the WCAG in the Real
> World" which was given at the International Cross-Disciplinary Workshop on
> Web Accessibility held in Chiba, near Tokyo, Japan on 20th May 2005. See
> 
> http://www.ukoln.ac.uk/web-focus/papers/w4a-2005/
> 
> We (myself, Lawrie Phipps, David Sloan, Helen Petrie) argue that the notion
> of universal accessibility is, in general, unattainable, and the aim should
> be for widening participation.  
> 
> Comments welcome.
> 
> Brian 
> ---------------------------------------
> Brian Kelly
> UK Web Focus
> UKOLN
> University of Bath 
> BATH
> BA2 7AY
> Email: [log in to unmask]
> Web: http://www.ukoln.ac.uk/
> Phone: 01225 383943
> FOAF: http://www.ukoln.ac.uk/ukoln/staff/b.kelly/foaf/bkelly-foaf.xrdf
> For info on FOAF see http://www.ukoln.ac.uk/ukoln/staff/b.kelly/foaf/ 
> 
> 
> 
>>Best regards,
>>Christina
>>
>>PS Was just about to send this as your email asking for 
>>review came in, hence the quick response.
>>
>>
>>Paul Boag wrote:
>>
>>
>>
>>>FIXED OR VARIABLE WIDTH
>>>This is one of the biggest debates that exist on the web 
>>
>>and one where people never agree! However, from a purely 
>>accessible point of view fixed width can prove a problem if 
>>you are going for more than single A compliancy.
>>
>>>Checkpoint 3.4 (Priority 2) says:
>>>Use relative rather than absolute units in markup language 
>>
>>attribute values and stylesheet property values.
>>
>>>Our interpretation of this is that you cannot use pixel 
>>
>>values to fix the width.
>>
>>>You may find this page from our new site useful:
>>>
>>
>>http://headscape.headscapedev.com/text/159/our_accessibility_p
>>olicy.html
>>
>>>Please note this is not a live site so do not pass the url around.
>>>
>>>However, to complicate the issue still further there are 
>>
>>some who argue that pixels are not an absolute value! See:
>>
>>>http://blog.fawny.org/2005/09/21/measures/
>>>
>>>As normal, if you want to chat this over give me a call on 
>>
>>01258 453889.
>>
>>>Paul
>>>
>>>
>>>-----Original Message-----
>>>From: Managing an institutional web site 
>>
>>[mailto:[log in to unmask]] On Behalf Of K Fearon
>>
>>>Sent: 07 December 2005 11:54
>>>To: [log in to unmask]
>>>Subject: Two queries
>>>
>>>Apologies for cross posting.
>>>
>>>We're having our web pages redesigned at the moment and a 
>>
>>couple of issues
>>
>>>have arisen on which I'd appreciate some feedback.
>>>
>>>Firstly, the designers have advised us to have some intro 
>>
>>text on our main
>>
>>>welcome page to make it more friendly to search engines. 
>>
>>Currently we only
>>
>>>have links to content, and meta tags. We'd originally cut 
>>
>>any text on our
>>
>>>home page as it tends to be uninformative and people don't 
>>
>>really read it,
>>
>>>but we might reconsider if they're right. Any comments?
>>>
>>>Secondly, we're having a discussion about fixed width vs 
>>
>>relative width
>>
>>>designs. They are keen for us to go for fixed width, but 
>>
>>this goes against
>>
>>>accessibility standards. I know a lot of university pages 
>>
>>are designed at
>>
>>>a fixed width - was this a point you decided to compromise 
>>
>>on? Was the
>>
>>>compromise worth it?
>>>
>>>Thanks
>>>
>>>Kriss
>>>
>>>
>>
>>--------------------------------------------------------------
>>----------
>>
>>>Web Coordinator         Stables S010     Tel: (01904) 
>>
>>434682 Fax: 434466
>>
>>>University of York, UK  9-5.15, Mon-Fri  
>>
>>http://www.york.ac.uk/coord/
>>
>>-- 
>>Christina McGuire
>>Web Development Officer
>>Library & Information Services (Room 410A)
>>National Institute for Medical Research
>>Ridgeway, Mill Hill
>>London, NW7 1AA
>>
>>Tel: +44 (0)20 8816 2233
>>http://www.nimr.mrc.ac.uk
>>
>>
>>
>>"Change is inevitable, except from a vending machine."
>>
> 
> 

-- 
Christina McGuire
Web Development Officer
Library & Information Services (Room 410A)
National Institute for Medical Research
Ridgeway, Mill Hill
London, NW7 1AA

Tel: +44 (0)20 8816 2233
http://www.nimr.mrc.ac.uk



"Change is inevitable, except from a vending machine."

Top of Message | Previous Page | Permalink

JiscMail Tools


RSS Feeds and Sharing


Advanced Options


Archives

April 2024
March 2024
December 2023
November 2023
August 2023
July 2023
June 2023
April 2023
March 2023
February 2023
December 2022
October 2022
August 2022
July 2022
June 2022
May 2022
March 2022
February 2022
January 2022
December 2021
November 2021
September 2021
July 2021
June 2021
May 2021
February 2021
January 2021
December 2020
November 2020
October 2020
July 2020
June 2020
May 2020
April 2020
March 2020
January 2020
December 2019
November 2019
October 2019
September 2019
August 2019
July 2019
May 2019
April 2019
March 2019
February 2019
January 2019
December 2018
November 2018
October 2018
September 2018
August 2018
July 2018
June 2018
May 2018
April 2018
March 2018
February 2018
January 2018
December 2017
November 2017
October 2017
September 2017
August 2017
July 2017
June 2017
April 2017
March 2017
February 2017
January 2017
December 2016
October 2016
September 2016
August 2016
July 2016
June 2016
May 2016
April 2016
March 2016
February 2016
January 2016
December 2015
November 2015
October 2015
September 2015
August 2015
July 2015
June 2015
May 2015
April 2015
March 2015
February 2015
January 2015
December 2014
November 2014
October 2014
September 2014
August 2014
July 2014
June 2014
May 2014
April 2014
March 2014
February 2014
January 2014
December 2013
November 2013
October 2013
September 2013
August 2013
July 2013
June 2013
May 2013
April 2013
March 2013
February 2013
January 2013
December 2012
November 2012
October 2012
September 2012
August 2012
July 2012
June 2012
May 2012
April 2012
March 2012
February 2012
January 2012
December 2011
November 2011
October 2011
September 2011
August 2011
July 2011
June 2011
May 2011
April 2011
March 2011
February 2011
January 2011
December 2010
November 2010
October 2010
September 2010
August 2010
July 2010
June 2010
May 2010
April 2010
March 2010
February 2010
January 2010
December 2009
November 2009
October 2009
September 2009
August 2009
July 2009
June 2009
May 2009
April 2009
March 2009
February 2009
January 2009
December 2008
November 2008
October 2008
September 2008
August 2008
July 2008
June 2008
May 2008
April 2008
March 2008
February 2008
January 2008
December 2007
November 2007
October 2007
September 2007
August 2007
July 2007
June 2007
May 2007
April 2007
March 2007
February 2007
January 2007
2006
2005
2004
2003
2002
2001
2000
1999
1998


JiscMail is a Jisc service.

View our service policies at https://www.jiscmail.ac.uk/policyandsecurity/ and Jisc's privacy policy at https://www.jisc.ac.uk/website/privacy-notice

For help and support help@jisc.ac.uk

Secured by F-Secure Anti-Virus CataList Email List Search Powered by the LISTSERV Email List Manager