Comments on: Proposed Public Sector Web Accessibility Guidelines http://www.thepickards.co.uk/index.php/200709/proposed-public-sector-web-accessibility-guidelines/ ranting and rambling to anyone willing to listen Mon, 06 Jul 2009 06:52:11 +0100 http://wordpress.org/?v=abc hourly 1 By: JackP http://www.thepickards.co.uk/index.php/200709/proposed-public-sector-web-accessibility-guidelines/comment-page-1/#comment-21329 JackP Thu, 22 Nov 2007 21:28:27 +0000 http://www.thepickards.co.uk/index.php/200709/proposed-public-sector-web-accessibility-guidelines/#comment-21329 Julian - I haven't got a definitive list of either what AT works with <em>or</em> without postbacks. I don't particularly have access to AT; I'm not disabled -- but you're right, it really <em>would</em> be worthwhile knowing. But it's as pointless banning <em>all</em> javascript for no good reason as it is allowing javascript that discriminates against users. I don't have access to the tech myself, but it is a set of tests that needs doing. And regarding the whole "proposed public sector web guidelines", I think we're more waiting to see what the COI comes back with (of which more later)... Julian -
I haven’t got a definitive list of either what AT works with or without postbacks. I don’t particularly have access to AT; I’m not disabled — but you’re right, it really would be worthwhile knowing.

But it’s as pointless banning all javascript for no good reason as it is allowing javascript that discriminates against users. I don’t have access to the tech myself, but it is a set of tests that needs doing.

And regarding the whole “proposed public sector web guidelines”, I think we’re more waiting to see what the COI comes back with (of which more later)…

]]>
By: Julian http://www.thepickards.co.uk/index.php/200709/proposed-public-sector-web-accessibility-guidelines/comment-page-1/#comment-21298 Julian Wed, 21 Nov 2007 11:09:29 +0000 http://www.thepickards.co.uk/index.php/200709/proposed-public-sector-web-accessibility-guidelines/#comment-21298 Well, bloody hell, I really thought this would get more attention/feedback.... Jack, can I raise C4 again... Do you know of a definitive list of AT that postback (and other javascript) works with (or that it doesn't work with!)? Unless that is available then C4 cannot realistically have the 'OR' clause. Well, bloody hell, I really thought this would get more attention/feedback….

Jack, can I raise C4 again… Do you know of a definitive list of AT that postback (and other javascript) works with (or that it doesn’t work with!)? Unless that is available then C4 cannot realistically have the ‘OR’ clause.

]]>
By: Julian http://www.thepickards.co.uk/index.php/200709/proposed-public-sector-web-accessibility-guidelines/comment-page-1/#comment-18832 Julian Tue, 25 Sep 2007 08:58:34 +0000 http://www.thepickards.co.uk/index.php/200709/proposed-public-sector-web-accessibility-guidelines/#comment-18832 sorry, my point 3 should read I8 at the end. Seems that 8 followed by a closing parenthesis is converted to some sort of smug-looking face which obviously was not my intention. J sorry, my point 3 should read I8 at the end. Seems that 8 followed by a closing parenthesis is converted to some sort of smug-looking face which obviously was not my intention.

J

]]>
By: Julian http://www.thepickards.co.uk/index.php/200709/proposed-public-sector-web-accessibility-guidelines/comment-page-1/#comment-18831 Julian Tue, 25 Sep 2007 08:56:23 +0000 http://www.thepickards.co.uk/index.php/200709/proposed-public-sector-web-accessibility-guidelines/#comment-18831 <em>originally posted on public sector web managers forum - moved to here for completion</em> Jack an ambitious and worthy project and sure to create discussion. here's my initial tuppence : 1) no mention of the validity of code (wcag1 3.2) I always thought this was perhaps *the* most important checkpoint of them all. If code doesn't validate to specified dtd how can we be sure that it will work as intended ->should be critical. 2) no mention of table summaries. (Desirable?) 3)no mention of how to handle frames (maybe add to I 8) 4) re I 11: how exactly would you allow a form submission to be reversed? I'm not being intentionally antagonistic, I really don't know. 5) re D12: should this be justified per se or right-aligned (both are poor practice [unless of course you happen to be writing in a R to L language!]) Julian originally posted on public sector web managers forum – moved to here for completion

Jack

an ambitious and worthy project and sure to create discussion. here’s my initial tuppence :

1) no mention of the validity of code (wcag1 3.2) I always thought this was perhaps *the* most important checkpoint of them all. If code doesn’t validate to specified dtd how can we be sure that it will work as intended ->should be critical.

2) no mention of table summaries. (Desirable?)

3)no mention of how to handle frames (maybe add to I 8)

4) re I 11: how exactly would you allow a form submission to be reversed? I’m not being intentionally antagonistic, I really don’t know.

5) re D12: should this be justified per se or right-aligned (both are poor practice [unless of course you happen to be writing in a R to L language!])

Julian

]]>
By: Seb http://www.thepickards.co.uk/index.php/200709/proposed-public-sector-web-accessibility-guidelines/comment-page-1/#comment-18795 Seb Mon, 24 Sep 2007 14:27:15 +0000 http://www.thepickards.co.uk/index.php/200709/proposed-public-sector-web-accessibility-guidelines/#comment-18795 Wow - great start Jack. I have signed up for the forum, but don't have posting rights yet. So, I'm posting this here now, but will copy over once I have been approved. Hope that's OK. I have a few comments for your consideration... all references to Cx Ix and Dx are your guidelines/checkpoints and WCAG-x are for WCAG 1.0 x checkpoint. C2 - not sure about the wording; to me it implies that I have to create a black and white version of the site if I use colours. What I think you mean is that users should be able to apply there own CSS colour scheme (although this would not work for images, so not sure whether the are included in this cp or not). C3 - (as appropriate in the output code)? C4 - I assume that this is derived from WCAG-6.2 However, I don't know whether this adequately covers the problem of AJAX replacing/inserting new content into the existing page and how that works with screen readers. What spec of assistive tech? some screen-reader version implementation is really bad, I understand. Also, would a screen-reader user (especially of one of those that doesn't play nicely with scripting) have it disabled by default and therefore may not get the functionality the developer is expecting 'because it works' anyway? C5 - warnings no longer adequate? I would demote this to Important and/or keep with warnings in Critical C6 - I need more explanation on this - does it mean lots of links 'more...' are OK as each is identifiable when with the context of the preceding text? If so, I'm not sure I agree - I thought one of the common screen-reader features used was the list of links read out. See D7 comment. C8 - This implies that images of text is acceptable even though it wouldn't be resizeable... I think more guidance/caveat along the lines of 'if you really have to...' is needed for images of text. C11/12/13 - I'm sure these can be combined. The caveat from C13 surely applies to C11 too? I6 - I would strengthen this to say that audio content is not auto-started. I12 - should this be at the top of the page or in context of the input? I15 - should this be broadened to all proprietary content? This implies MS Word/Excel/Visio files are all fine and dandy D7 - I personally think this should be Important, if not Critical (see C6 comment). D12 - or both justified? Although if right to left reading language this needs to be reversed. You haven't covered image-maps explicitly - are you assuming coverage by C14, etc. If so, then I would cite as an example. Auto-refresh (as in WCAG-7.4) is not covered as far as I can see. I think it should be Critical. I think it would be useful to incorporate some more AJAX specific warnings, e.g. about not using 'hidden' property to not display content (ignored by assistive tech) Wow – great start Jack.

I have signed up for the forum, but don’t have posting rights yet. So, I’m posting this here now, but will copy over once I have been approved. Hope that’s OK.

I have a few comments for your consideration… all references to Cx Ix and Dx are your guidelines/checkpoints and WCAG-x are for WCAG 1.0 x checkpoint.

C2 – not sure about the wording; to me it implies that I have to create a black and white version of the site if I use colours. What I think you mean is that users should be able to apply there own CSS colour scheme (although this would not work for images, so not sure whether the are included in this cp or not).

C3 – (as appropriate in the output code)?

C4 – I assume that this is derived from WCAG-6.2 However, I don’t know whether this adequately covers the problem of AJAX replacing/inserting new content into the existing page and how that works with screen readers. What spec of assistive tech? some screen-reader version implementation is really bad, I understand. Also, would a screen-reader user (especially of one of those that doesn’t play nicely with scripting) have it disabled by default and therefore may not get the functionality the developer is expecting ‘because it works’ anyway?

C5 – warnings no longer adequate? I would demote this to Important and/or keep with warnings in Critical

C6 – I need more explanation on this – does it mean lots of links ‘more…’ are OK as each is identifiable when with the context of the preceding text? If so, I’m not sure I agree – I thought one of the common screen-reader features used was the list of links read out. See D7 comment.

C8 – This implies that images of text is acceptable even though it wouldn’t be resizeable… I think more guidance/caveat along the lines of ‘if you really have to…’ is needed for images of text.

C11/12/13 – I’m sure these can be combined. The caveat from C13 surely applies to C11 too?

I6 – I would strengthen this to say that audio content is not auto-started.

I12 – should this be at the top of the page or in context of the input?

I15 – should this be broadened to all proprietary content? This implies MS Word/Excel/Visio files are all fine and dandy

D7 – I personally think this should be Important, if not Critical (see C6 comment).

D12 – or both justified? Although if right to left reading language this needs to be reversed.

You haven’t covered image-maps explicitly – are you assuming coverage by C14, etc. If so, then I would cite as an example.

Auto-refresh (as in WCAG-7.4) is not covered as far as I can see. I think it should be Critical.

I think it would be useful to incorporate some more AJAX specific warnings, e.g. about not using ‘hidden’ property to not display content (ignored by assistive tech)

]]>
By: Ian Dunmore http://www.thepickards.co.uk/index.php/200709/proposed-public-sector-web-accessibility-guidelines/comment-page-1/#comment-18730 Ian Dunmore Sun, 23 Sep 2007 08:58:55 +0000 http://www.thepickards.co.uk/index.php/200709/proposed-public-sector-web-accessibility-guidelines/#comment-18730 Thanks Jack. Everyone else..... MORE FEEDBACK HERE PLEASE!!!!! Thanks Jack.

Everyone else…..

MORE FEEDBACK HERE PLEASE!!!!!

]]>
By: JackP http://www.thepickards.co.uk/index.php/200709/proposed-public-sector-web-accessibility-guidelines/comment-page-1/#comment-18700 JackP Sat, 22 Sep 2007 09:07:53 +0000 http://www.thepickards.co.uk/index.php/200709/proposed-public-sector-web-accessibility-guidelines/#comment-18700 Ian, not a problem, since I've written the guidelines <em>for</em> the PSWMG! - I've sent you an email. Ian, not a problem, since I’ve written the guidelines for the PSWMG! – I’ve sent you an email.

]]>
By: Ian Dunmore http://www.thepickards.co.uk/index.php/200709/proposed-public-sector-web-accessibility-guidelines/comment-page-1/#comment-18687 Ian Dunmore Fri, 21 Sep 2007 21:01:04 +0000 http://www.thepickards.co.uk/index.php/200709/proposed-public-sector-web-accessibility-guidelines/#comment-18687 Jack, superb first stab and a fantastic starting place. Could I re-distribute these: a) via psf (& newsletter etc) and b) draw them to attention of the PSWMG list? What thoughts do you have about how/where people contribute/add etc should they wish to? Oh for a wiki of some sort for this one! Jack, superb first stab and a fantastic starting place. Could I re-distribute these:

a) via psf (& newsletter etc) and
b) draw them to attention of the PSWMG list?

What thoughts do you have about how/where people contribute/add etc should they wish to?

Oh for a wiki of some sort for this one!

]]>