I just found out that there's some countries(UK, CANADA and some more) that actually have a LAW about the web-site accessibility. I was shocked, because one thing when there's some RECOMMENDATIONS and another thing is a LAW, witch means anyone can sue you for not being 'standard'.
I'm interesting in your professional opinion about why is it bad to use LAW based on WCAG 2.0 recommendations to make web-site accessible to disabled people. If you may, please provide a good examples with proper comments. There's not so many people who're fluent in WCAG 2.0 standards.
I found at wikipedia criticism about wcag here what it says:
Criticism of WAI guidelines
There has been criticism of the W3C process, claiming that it does not
sufficiently put the user at the heart of the process.[2] There was a
formal objection to WCAG's original claim that WCAG 2.0 will address
requirements for people with learning disabilities and cognitive
limitations headed by Lisa Seeman and signed by 40 organisations and
people.[3] In articles such as "WCAG 2.0: The new W3C guidelines
evaluated",[4] "To Hell with WCAG 2.0"[5] and "Testability Costs Too
Much",[6] the WAI has been criticised for allowing WCAG 1.0 to get
increasingly out of step with today's technologies and techniques for
creating and consuming web content, for the slow pace of development
of WCAG 2.0, for making the new guidelines difficult to navigate and
understand, and other argued failings.
*I may be wrong, but I think CODE should not be restricted by any law at all. It's a godamn CODE ffs
I think governments should encourage web-site owners(businesses!) to make they sites accessible, but not restrict them to some wcag for example.
Thanks!
I think there is a basic misunderstanding about how the law aspect works, it isn't based on WCAG.
In the UK, most of the EU, Canada and Australia there is no mention of WCAG2 or any particular standard for website accessibility in the law itself.
The law in the UK and in other countries like Australia says (and consider this an extreme paraphrase) that any product or service you provide should not discriminate against people with disabilities.
Whether you rely on a website to be accessible is up to you, you just have to provide your product/service in an accessible way somehow, you could do it on the phone and in a physical place.
NB: Most countries have "advisory notes" that do talk about WCAG, but see those as a means of making things accessible, not the core legal requirment.
Given that the website is generally the easiest way to provide something accessibly, WCAG2 is the most recognised set of guidelines and if you use that and make a "reasonable effort", any legal complaints will be easier to deal with.
Taking the book example (from the comments elsewhere), a paper book may not be accessible to someone who is blind, but the publisher is obliged to either make the digital copy available as an ebook (which can be read out by a computer or other device) or make the content available to services that create audio versions. They don't loose out on sales, and it is not a hardship to provide an accessible version.
There are lots of ways to make products and services available and thanks to the web being created as accessible-by-default, it is a very good channel for that.
Also, WCAG does not say "you have to do it this way or you are not standard", it says things like "All non-text content that is presented to the user has a text alternative that serves the equivalent purpose". It doesn't define the code you use (although there are obvious ways to acheive that), the guidelines are written so there there a multiple ways of acheiving the aim.
Some people complain about that and think it should be clearer and easier to implement!
Bottom line: If you are paid to make a website, making it accessible is part of a professional job.
Accessibility is not just "code", accessibility is about discrimination.
And fortunately, there are laws to sue people, not for not being standard, but for removing access to people with disabilities.
Related
I want to contract a WCAG compliance and accessibility review on a Persian-language website. Several consultants indicate that they have no experience with right-to-left languages. They also tell me that this isn't necessary to conduct a thorough accessibility review of a right-to-left, Persian-language website.
One consultant has responded, saying that he is not comfortable to do this review. He believes he might miss important accessibility concerns because of the language barrier.
I'm not familiar enough with WCAG to know if experience with right-to-left languages in general, and Persian in particular, is an impediment to conducting a thorough accessibility review. Nor do I seem to be able to find a WCAG and accessibility professional that can help me audit a right-to-left, Persian-language website.
Can anybody shed light on the necessity for experience with Persian and/or right-to-left languages in order to do a thoroughgoing WCAG compliance and accessibility review?
It is essential to understand the website's language to do a good review. Of course, the best option is that the accessibility consultant understands the language. Perhaps, including a professional translator in the project could be a possible solution if you can't find any accessibility consultants familiar with Persian.
Some WCAG criteria that the consultant needs to understand the language to evaluate them:
1.1.1 Non-text content: ALT texts need to be evaluated
All criteria under the 1.2 principle (audio, subtitles, etc.)
2.4.4 Link Purpose (In Context): the purpose of the link can be determined
2.4.6 Headings and Labels: evaluates that headings and labels describe the topic or purpose
Other criteria like 1.3.3 Sensory Characteristics that evaluates that sensory characteristics are not being used as instructions for understanding or operating content
Regarding what you ask about reading order it is also very important. As in WCAG reading order is mentioned in the criteria and techniques. For example, 2.4.3: Focus Order takes into account the reading order.
I noticed that tutanota and mega.io mentioned "Privacy by design" in their homepages. So, I became curious and found the wikipedia page about Privacy by design, but it seems to be an abstract concept (a collection of principals). However, I was looking for something like - do a and b or implement y and z. For example, mega.io uses Zero Knowledge Encryption (User-Controlled End-to-End Encryption). What other features do a product need to have to be called a "Privacy by Design" service.
By their very nature, abstract principles do not concern themselves with implementation detail. There are many different ways to implement them, and mandating one approach over another is simply out of scope – what matters is the net effect. It's also applicable to non-tech environments, paper records, etc; it's not exclusive to web dev.
Privacy by design (PbD) is a term coined by Ann Cavoukian, an ex-information commissioner in Canada, and it has a collection of principles, as that Wikipedia page describes. PbD is also referenced by GDPR. I've given various talks on privacy and security at tech conferences around the world – you can see one of my slide decks on PbD.
So how do you use them in web development? Take the second principle: "Privacy as the default". This means that if a person using your web app does nothing special, their privacy must preserved. This means, amongst other things, that you should not load any tracking scripts (perhaps even remote content), and not set any cookies that are not strictly necessary. If you do want to track them (and thus break the user's privacy to some extent), then you need to take actual laws into account, such as the EU privacy directive, which is what requires consent for cookies and trackers.
So although the principle itself did not require these measures, it influenced the technical decisions you needed to make in your implementation in order to comply with the spirit of the principle. If that happens, the principle has done its job.
So what you have to do in order to claim privacy by design (though it's not like you get a badge!) is to introspect and consider how these principles apply to your own services, then act on those observations and make sure that the things you design and build conform to the principles. This is a difficult process (especially at first), but there are tools to help you perform "privacy impact assessments" (also part of GDPR) such as the excellent PIA tool by the French information commissioner (CNIL).
If you're thinking about PbD, it's worth looking at two other important lists: the data protection principles that have been the basis of pretty much all European legislation since the 1980s, including GDPR, and the 6 bases for processing in GDPR. If you get your head around these three sets of concerns, you'll have a pretty good background on how you might choose to implement something privacy-preserving, and also a good set of critical guidelines that will help you to spot privacy flaws in products and services. A great example of this is Google Tag Manager; it's a privacy train wreck, but I'll leave it to you to contemplate why!
Minor note: the GDPR links I have provided are not to the official text of GDPR, but a reformatted version that is much easier to use.
I am thinking of making some extra revenue on the side by becoming a module developer either for DotNetNuke or Umbraco. I still want to keep my full time job. I wanted to know which market is more promising. I know there are thousands of modules for DNN (just browse snowcovered.com). While DNN is a much bigger market, it seems to be crowded with a lot of competition versus Umbraco which is smaller but it looks like it lacks modules in certain categories. However I don't know if Umbraco is widely used or whether its customers are looking for development work.
I want to approach this by either developing commercial modules or doing custom development work. I am looking at this from revenue potential. Not from technical side (easier to develop for, MVC or not,.. etc)
Any ideas?
If you are a developer for either platform, are you making some good money? Any pitfalls?
Neither, I'd actually suggest Orchard. There are, in fact, pro's and con's to all three, but the best factors for Orchard are:
1) MS supported
2) It's brand new, so there's a LOT of opportunity for modules that haven't already been written
Just my 2c.
I agree with Tony, Orchard has only just come about and realistically the market is currently very small.
We are an Umbraco Gold Partner, so obviously biased towards Umbraco, but what I would say is that currently there are only a few commercial packages for Umbraco and so if you find a niche product, you certainly still have an opportunity to become the first to market and become the market leader for a specific module type. I think in the DNN camp you will find a lot of competition already exists.
Another thought is to write generic base code that can be used across all three and create a commerical package for each platform, then you have the best of all worlds.
Cheers,
Chris
If you want to do custom dev for clients the platform doesn't matter if you do it on the side.
If you want to create a commercial module it's hard to choose DNN as a platform because there is a lot of competition. Not that that's a bad thing but to get your name out there will take some time. I made the choise to do full time Umbraco Dev in 2008 and made a commercial product for Umbraco called CMSImport. It's quite popular so sales is quite allright. I have thought about the idea Chris mentioned to port it to other systems but the downside is that you only sell products if your product is known in the community and it will take a lot of time to get your name out there if you focus on other communities also.
So pick an idea and platform that has a nice userbase (I would not go for Orchard the community is simply not big enough at this moment) and build your product.
Cheers,
Richard
I don't think it really matters which you pick. The hard part is becoming know as a "good X developer" be that Umbraco, DDN, Orchard, Rails, etc.
Its being the name on the peoples lips at the right time that gets the phone ringing. Tech choice can increase your chance (simply with an increased number of sites for example) but it can also increase your competition.
There is plenty to be earned if you can get the work and the best way of doing that is by being recommended, being spotted as being active in the community, producing packages, etc.
We at Offroadcode chose Umbraco about 2 years ago and have had lots of work of it since and have specialised in it. Through engaging with the community we've got to know a lot of our fellow Umbraco developers (including Chris and Richard who have also posted answers) and we've recommended then and had work passed to us on recommendation too. I guess you get back what you put in.
Pete
Is it mandatory in some countries to make all websites accessible?
If so, what would happen if someone in country with this mandate does not make a website accessible?
Can the government remove or block the IP if the site is not accessible?
How could the government know if any website is not accessible? Do they check every single website?
Does only the people/company who make the inaccessible site get any notice from the government?
Why are there so many accessibility guidelines -- WACG 1, WCAG 2.0, DDA, Section 508, etc.? If the whole world follows W3C for XHTML and CSS, then why have some countries made their own guidelines?
Is it mandatory in some countries to make all websites accessible?
Yes, particularly the United Kingdom, Ireland and Australia.
This is in order to comply with legislation that prevents discrimination against disabled people. While this is, or can be, seen as a burden I find it helps to think of it as widening your audience, consumer or user-base.
If so, what would happen if someone in country with this mandate does not make a website accessible?
Being a legal requirement means that a court is/will be able to impose sanctions, depending on their interpretation of the local laws, that might involve enforced compliance with the laws, a financial penalty (fines, etc) or some other punishment until compliance is established.
Can the government remove or block the IP if the site is not accessible?
That depends on which government and the specifics written into the laws. It seems unlikely that they would block the website because of non-compliance with accessibility legislation. It seems far more likely, though I am biased because of where I live (the United Kingdom), that reparations would be sought through the judicial system.
How could the government know if any website is not accessible? Do they check every single website?
In the United Kingdom it seems that complaints would be brought by disabled users that are prevented from successfully using/accessing the site or service. These complaints would likely be taken to the court system, see above.
It is even more likely that the user would inform the owner of the website directly, before bringing a complaint to court, in order to give you/the owners a chance to apologise (never underestimate the power of a sincere apology) and enhance the site.
[Do] only the people/company who make the inaccessible site get any notice from the government?
I would imagine, and this is why this isn't necessarily a great place to ask the question, that the owners would be notified. It is, however, quite likely that, as the site developer, you would quickly receive complaints from the owner of the site since you made it/designed it. But the legal burden of responsibility is likely to depend upon the contract under which you were employed/contracted.
If you feel that accessibility would add an undue burden upon yourself, it's always worth specifying to the client the costs of adding compliance with accessibility requirements, and telling them of the specific laws under which they are requirements.
But, for this, you need to speak to a lawyer.
Why are there so many accessibility guidelines -- WACG 1, WCAG 2.0, DDA, Section 508, etc.? If the whole world follows W3C for XHTML and CSS, then why have some countries made their own guidelines?
Because all laws are set locally, or, in some cases, internationally via treaties. The W3C can make suggestions and guidelines, but it is not, thankfully for IE, illegal not to comply with CSS2.1. It is, however, illegal not to comply with the DDA (Disability Discrimination Act) in the United Kingdom.
All the above is not the advice of a qualified legal representative, or counsel. For specific advice consult a lawyer who practices the law in the country/region in which your client is based, or in which your website/product will accessible.
This would imply a lawyer from the United Kingdom for a British local government website, for a German authority website it would, of course, imply the services of a lawyer from Germany.
Is it only mandatory to make site accessible for Govt. own website and for stock exchange listed corporate sites. or for all type of sites?
I can't speak as to the exact requirements, since I'm not a lawyer. However a quick Google turns up the following web-page that seems to address this question: http://www.webcredible.co.uk/user-friendly-resources/web-accessibility/uk-website-legal-requirements.shtml
To paraphrase the linked page:
The DDA makes it unlawful for a service provider to discriminate against a disabled person by refusing to provide any service that it provides to members of the general public.
I read this to mean that all websites that provide a service to the public are required to be accessible under the terms of the DDA. This would include Government websites, but also home-shopping websites (from, for example, Sainsbury's, Asda, Tesco's, etc) and the Royal Mail or cinema ticket-reservation sites.
From 01/10/1999 service providers must take reasonable steps to change any practice that makes it unreasonably difficult for disabled people to make use of its services
The key term here, I think, is 'reasonable steps.' I presume, from this, that if the website/service generates an income of £10000 per annum, and the cost of compliance with accessibility would be in excess of £10000 then you could argue that it exceeded any reasonable effort/cost to become compliant.
However, this is the reason that progressive enhancement is popular in Javascript and CSS. If the service, at its most basic, is accessible then Javascript and CSS can be used to make it prettier and shinier (whatever that means to you), but it should degrade back to a functional UI when JS or CSS are disabled. In this situation the site is compliant, but a disabled person might not have the same shiny, moving buttons.
Accessibility means that they must be able to access the service/site without unreasonable difficulty. It does not mean that the site has to look/behave exactly the same.
A direct quote from the linked page:
2.13 - 2.17 (p11-13): “What services are affected by the Disability Discrimination Act? An airline company provides a flight reservation and booking service to the public on its website. This is a provision of a service and is subject to the act.”
In addition to above answers:
The W3C has a page listing relevant laws in different countries, including links to the relevant laws (often in the language of that country though):
http://www.w3.org/WAI/Policy/
As I said, it's very hard to answer in general. I guess you will be getting a list of answers specific to countries - maybe a good idea to make it Community Wiki.
For Germany, according to Wikipedia and other sources:
Newly built web sites of federal administrative bodies in Germany have to be accessible by law since 2006. The accessibility guidelines are defined in a directive named BITV (german text here). BITV follows the WCAG 1.0 Guidelines very closely.
Similar laws exist for the country's sixteen states ("Länder").
The creation of accessible web sites is encouraged by a number of government and EU initiatives and private initiatives like the BIENE Award (German only).
To my knowledge, no plans to enforce accessibility in non-government websites exist at this time.
As to why countries implement their own guidelines, among other things, language certainly is an issue: To put guidelines into a law, you need the guidelines in your native language, double-checked by lawyers.
There is an ISO standard, ISO 23026 for reccomended practices for website engineering and website lifecycle management and this does not vary for country specific guidelines. This std includes clauses for website accessibility as well. This standard touches upon guidelines for website accessibility, usability and security, etc.
Why are there so many accessibility guidelines -- WACG 1, WCAG 2.0, DDA, Section 508, etc.?
Just on this point (and assuming “DDA” refers to the UK’s Disability Discrimination Act), the Act doesn’t contain any guidelines on web accessibility in particular.
It makes a legal requirement for companies to provide equivalent service to disabled and non-disabled customers, and that requirement applies to websites just like any other service.
But the Act doesn’t count as another set of guidelines in itself.
I believe Section 508 was based on, and is almost identical to, WCAG 1.
That just leaves WCAG 1 and 2, both of which are from the W3C, and version 2 now supersedes version 1. So there’s actually just one set of guidelines, unless you’ve got any more examples.
I researched at google and found many confusing, looooong explanations for Section 508! made me even more confused.
very simply, what is this Section 508?
A fairly simple explanation can be found here; summed up nicely by this snippet:
Section 508, an amendment to the
United States Workforce Rehabilitation
Act of 1973, is a federal law
mandating that all electronic and
information technology developed,
procured, maintained, or used by the
federal government be accessible to
people with disabilities. Technology
is deemed to be "accessible" if it can
be used as effectively by people with
disabilities as by those without.
This page also offers another good, simple explanation:
Section 508, in simple terms, requires
that when Federal Agencies develop,
procure, maintain or use electronic
and information technology,
information and data should be
accessible to people with disabilities.
Obviously there's lots more involved in this process, but you already knew that. Hopefully this clarifies things a little bit!
What is Section 508 Accessibility Law?
Section 508 of the Rehabilitation Act
of 1973, is a US law requiring the
federal government to make all goods
and services-including web sites and
intranets fully accessible to people
with disabilities. It identifies
specific standards for Internet and
Web accessibility, which are often
used as a basis for evaluating whether
or not Web sites meet accessibility
requirements.
I gave a talk about this at the last PyCon:
http://djangocon.blip.tv/file/3261238/
508 compliance is about making your site accessible to everyone, no matter their handicap. While much of 508 is focused on people using screen readers, you also have to consider those that are physically handicapped (and may have trouble mousing over tiny areas), or those that are deaf (and would love to play your Flash game, but can't hear the beeps required to win!).
Google harder! http://en.wikipedia.org/wiki/Section_508 first paragraph is a pretty straight forward summary.
The idea is the following: unless your product is fully Section 508 compliant you may be unable to your product sell to the US Government organizations.