Skip to main content

Home/ Web Accessibility/ Group items tagged using

Rss Feed Group items tagged

Vernon Fowler

HTML5 accessibility - 0 views

  •  
    This site is a resource to provide information about which HTML5 user interface features are accessibility supported in browsers, making them usable by people who rely upon assistive technology (AT) to use the web.
Vernon Fowler

HTML5 Accessibility Chops: When to use an ARIA role | The Paciello Group Blog - 0 views

  • The situation for new HTML5 elements is different and likely to remain so for some time. It will be years before New HTML5 elements get robust accessibility support implemented across browsers and platforms. This is particularly so for non interactive elements such as the new HTML5 structural elements because  accessibility APIs in general do not have defined roles for many non interactive elements. In this case it is recommended to add the appropriate ARIA roles to elements that are meant to convey meaning but are effectively meaningless due to lack of implemented accessibility support. For example, adding role=navigation to a nav element fills the gaps in support for HTML5 semantics as ARIA  is more robustly  supported by most modern browsers and assistive technology:
  • <nav role=”navigation”>
  • Authors/developers can safely assume that any element that has been around since HTML 4.0 is already accessibility supported in browsers that support accessibility. So they do not need a default implicit role added.
shinele lee

Professional seo company - 2 views

Our SEO services helps small to large scale business find more clients and customers! Use our proven internet marketing strategies without risk. Guaranteed. To know more about SEO services visit us...

started by shinele lee on 17 Oct 12 no follow-up yet
Vernon Fowler

WordPress › WP Accessibility Plugin « Make WordPress Accessible - 0 views

  • These title attributes have exactly the same value as the text of the link — if the text of the link is “Joe’s Blue Widgets”, then the title attribute is also “Joe’s Blue Widgets”. In the best case scenario, where a screen reader is set up to ignore title attributes, having this set makes little difference. In the worst case scenario, where a screen reader reads all attributes, it’s awful: the screen reader reads the title attribute and the link text, meaning that every link is, effectively, read twice.
  • Skiplinks provide a means to leap from the very top of a page to an alternate section of that page — one principle use being to leap over the main navigation to the main page content.
  • It does *not* remove it from other fields, because a common technique to grant keyboard focusability to normally non-focusable elements is to define a negative tabindex: this places the element into the focus sequence but does not force it into a particular place in that sequence.
  • ...5 more annotations...
  • Removing those attributes usually makes keyboard navigation much more linear and predictable. The intention behind tabindex was to create a logical tab sequence when it would otherwise have been unnatural; but in practice, that required absolutely insane degrees of maintenance to use in a real-life web site.
  • Links opened in new windows can break web site flow (creating a change of context) and disorient users who don’t realize they’ve moved to a new window. Also, it takes away the option of opening in the same window/tab
  • Remove title attribute from inserted post images/featured images
  • for accessibility, all links should make sense without requiring context, to grant screen readers the ability to scan the page and have information. This plug-in adds the title of the post into this pattern
  • Many designs do not provide a design for the view of links or other focusable fields when a keyboard user brings focus to that element. This makes it very difficult for visual users who are keyboard dependent to keep track of where they are. A common pattern for this is to change the appearance of the element on keyboard focus; and this item adds an outline.
Vernon Fowler

Rosenfeld Media | Meet Lea - 0 views

  •  
    Lea is one of the personas from our book, A Web for Everyone. Personas are used as stand-ins for all of the real users during the design process so that we remember to put people first, considering how we can make their experience an excellent one.
Vernon Fowler

NV Access - 0 views

  •  
    "NVDA (NonVisual Desktop Access) is a free "screen reader" which enables blind and vision impaired people to use computers. It reads the text on the screen in a computerised voice. You can control what is read to you by moving the cursor to the relevant area of text with a mouse or the arrows on your keyboard."
Vernon Fowler

Joe Dolson: Accessibility And WordPress: Developing For The Whole World | WordPress.tv - 0 views

  •  
    This presentation covers accessibility topics including implementing best practice accessibility for theme and plug-in developers, discussing current progress and goals from the WordPress Accessibility P2 group, and addresses general principles of accessibility useful for every WordPress developer and designer.
Vernon Fowler

A comparison of common web accessibility problems - Web Accessibility - 0 views

  •  
    "An accessible web site is one which can be used by all its intended visitors, taking into account their differing capabilities. Inaccessible web sites can pose significant barriers to people with disabilities. The challenge of developing web content accessible by everyone has motivated the evolvement of a number of techniques to address web accessibility issues. Unfortunately, web developers often lack sufficient knowledge about these guidelines and techniques to develop accessible web sites. This paper presents a survey of common web accessibility problems. Different studies and reports have been analyzed in order to summarize the most common web accessibility problems. "
Sandra Earl

E-Access Blog » Blog Archive » Call For Research Into Elderly Access To Mobil... - 1 views

  • “Many of the commonly-used techniques of requirements capture for mobile technologies are inappropriate for use with older people, for a variety of reasons,” it says. “These may be related to problems associated with age, cognitive complexity and motivation. The result is to restrict the potential of mobile technologies to provide support to older people.”
Sandra Earl

BBC Internet Blog - 0 views

  • We considered a few approaches, but decided to grow our new widget out of Adobe Flex and Adobe AIR. This is firstly because these tools met our requirements to work cross-platform and deliver the desktop experience we wanted, and also because they linked up with in-house skills in the team which manages them, making them simpler to manage.
  • BBC Future Media & Technology's pilot widget application BBC LiveUpdate uses the Adobe AIR runtime, which is dependent on users downloading and installing a plugin to their desktop, but which unfortunately does not currently support screenreaders (or other software which relies on the Microsoft Active Accessibility layer for assistive technologies). We're working with Adobe to make tools built with AIR more accessible than current products wherever possible and are committed to delivering accessible services. As this is a beta product, there are also other limitations in how much we have been able to establish accessibility support in the following areas:Colour contrast cannot be alteredText size cannot be alteredLacks consistent alt textLacks Title attributesIs not entirely tabbable.
Sandra Earl

Better Website Development: Disability Discrimination Act Dda Amp Web Accessibility - 0 views

  • There's been widespread speculation about the new legislation being introduced under the DDA (Disability Discrimination Act), which will ensure that websites are accessible to blind and disabled users. Try to find specific information about it on the Internet and chances are you'll come up empty handed.The RNIB (Royal National Institute for the Blind) and the DRC (Disability Rights Commission), two of the most renowned advocates for the DDA (Disability Discrimination Act) and accessible websites, have no specific information about the laws and what websites specifically need to do in order to meet the legal requirements.
  • 2.2 (p7): "The Act makes it unlawful for a service provider to discriminate against a disabled person by refusing to provide any service which it provides to members of the public."
  • 4.7 (p39): "From 1st October 1999 a service provider has to take reasonable steps to change a practice which makes it unreasonably difficult for disabled people to make use of its services."
  • ...2 more annotations...
  • The law about accessible websites came into force on 1st October 1999 (http://www.drc-gb.org/open4all/law/code.asp) and the Code of Practice for this section of the Act was published on 27th May 2002 (http://www.hmso.gov.uk/si/si2002/20020720.htm). This means that the majority of websites are already in breach of the law.Can you be sued?Well, probably. The RNIB claim that they've considered taking up a number of legal cases against organisations with regard to their websites. When they raised the accessibility issues of the website under the DDA, companies have typically made the necessary changes, rather than facing the prospect of legal action.The DRC has now published their findings from their formal investigation into 1000 websites. (http://www.drc-gb.org/publicationsandreports/2.pdf). If your website was included then you will have to start thinking about making it accessible to all web users in the very near future.
  • What do you need to do to comply?It's widely believed that if, or perhaps more appropriately when, a case makes it to court that the W3C accessibility guidelines will be used to assess a website's accessibility and ultimately decide the outcome of the case. The W3C is the Internet governing body and its web accessibility guidelines can be found at http://www.w3.org/TR/WAI-WEBCONTENT/full-checklist.html.
Sandra Earl

Tim Anderson's ITWriting - Tech writing blog » Adobe AIR: 10 reasons to love ... - 0 views

  • 3. Easy conversion of existing Flex or HTML applications. It’s the same basic runtime. In the case of HTML, AIR apps rely on WebKit, the core component in Apple’s Safari web browser.
  • 7. Rich design and multimedia. This is Flash, so ideal for highly customized UIs, animation, sound and video. Adobe is proving the point by creating a media player built with AIR. Existing Flash developers can easily use their skills to build AIR applications.
  • 4. Proprietary technology. AIR applications depend on Adobe’s runtime.
  • ...3 more annotations...
  • 6. No model for commercial components. It is not clear to me how a component vendor could sell an AIR component while protecting it from unlicensed deployment. This may limit the availability of 3rd party components, with a corresponding impact on productivity.
  • 7. Schizophrenic development model. AIR supports either Flex development, or HTML applications which run in WebKit. The ugly side of this flexibility is that there are two SDKs, even two JavaScript virtual machines with different capabilities and characteristics. While it is nice to have a way to render HTML, I am not convinced that the web application model is worth it, given the complications it causes. After all, web applications run perfectly well in the browser.
  • Lack of UI standards may lead to annoying inconsistencies between AIR applications. We are used to this on the Web; now it is coming to the desktop as well.
shalani mujer

Gain Computer Help Fast Today - 2 views

I usually depend on wireless internet access. Everywhere I go my laptop is always with me so I can use the internet everywhere and anytime. However, there was a time when my laptop got infected by ...

computer help

started by shalani mujer on 06 Oct 11 no follow-up yet
Vernon Fowler

WebAIM: Web Accessibility Gone Wild - Now even wilder! - 0 views

  • The title attribute, by definition, can be used to provide advisory information. It should: NOT provide vital information or information necessary for accessibility. NOT provide the same information as is available in text or alternative text. NOT present the obvious. If the advisory title does not provide additional, useful information, it can be removed.
« First ‹ Previous 41 - 60 of 121 Next › Last »
Showing 20 items per page