Follow Slashdot stories on Twitter

 



Forgot your password?
typodupeerror
×

Google Accessible Search Released 134

Philipp Lenssen writes "Google today released Accessible Search, a Google Labs product aiming to rank higher pages which are optimized for blind users. Google asks you to adhere to the W3C's Web Content Accessibility Guidelines if you want to make sure your pages are accessible (and thus, rank better on Google Accessible Search). I wrote a small tool to compare results of default and accessible results."
This discussion has been archived. No new comments can be posted.

Google Accessible Search Released

Comments Filter:
  • Re:Hmm... (Score:2, Informative)

    by Anonymous Coward on Thursday July 20, 2006 @12:36PM (#15750727)
    I wasn't aware websites were optimized for blind people.

    Many aren't at present, that's the whole point of making it easier to find those that are. Of course, making pages as device independent as practical helps many others as well as the blind.
  • Re:Hmm... (Score:5, Informative)

    by Shimdaddy ( 898354 ) on Thursday July 20, 2006 @12:40PM (#15750764) Homepage
    Blind people can use screen readers, but if you bury your content in flash or in images without alt text, it makes it very difficult (impossible really) for the screen reader to know what to say. Also, if you position everything in tables and it loads in a weird order but looks right when it hits the screen, it presents problems, since the reader won't know that the <td> 5 rows down actually explains the <th> 3 columns over.

    CSS can help with this, as it keeps the formatting away from the content, but you still have to keep your .html (or .php or whatever) source files nice, clean and logical. A simple test is, if you can read your source file easily (ie in notepad or vi or whatever) then you're probably ok.
  • by krell ( 896769 ) on Thursday July 20, 2006 @01:00PM (#15750915) Journal
    There are always sites like www.aintitcool.com that prove that some places are willing to give employment opportunities for the blind by letting them engage in web site design.
  • Re:Hmm... (Score:2, Informative)

    by LiquidCoooled ( 634315 ) on Thursday July 20, 2006 @01:01PM (#15750922) Homepage Journal
    Perhaps you need to open your eyes then.

    A well designed standards based website is built in a uniform standard way and contains all the hints required for a screenreader to pickup on.
    Badly designed sites use lots of custom content and stupid user interface elements which make it difficult to access (both from a blind screen readers perspective and usually from a normal users view.
  • Re:Hmm... (Score:5, Informative)

    by ajs ( 35943 ) <{ajs} {at} {ajs.com}> on Thursday July 20, 2006 @01:57PM (#15751303) Homepage Journal
    Flash's accessibility features are not terribly helpful. They don't adhere to any standards, and require you to run particular software (they rely on Microsoft Active Accessibility, for example) to be compatible with them.

    No, before you go around spouting "STFU" at other folks, make sure you're able to back up your claims. Just becuase a company says "our stuff has accessibility features" doesn't mean they DO, or that they are useful to people who would need them.

    PS: I just tried to find out more about their accessibility features, but they use Flash to explain that, and I don't have sound on this machine... kind of useless.
  • Re:What? (Score:3, Informative)

    by Rifter13 ( 773076 ) on Thursday July 20, 2006 @02:25PM (#15751496) Homepage
    When I worked for Albertsons.com, we accidently created a site that worked well for the blind, and even received some recognition for it. After the initial release of the site, and finding out how some blind people were using it, we actually had a lady talk to our develoment staff about optimizing the site even further, which we did.

    It is a VERY good feeling to have, when someone that is in their 40s tell you how grateful they are for your service, since it is the first time in her life, she was able to actually shop for groceries. Adding alt text to images, that TELLS people what the image is, is a huge help. It is very simple things, that you do in HTML to make it possible. If you go in aiming to create well-formed HTML, you are about 80% there, by default.
  • by MrP-(at work) ( 839979 ) on Thursday July 20, 2006 @02:27PM (#15751513)
    you seemed to have missed the point of this service.. its not just that the google site is accessible, it's that google actually sorts the results showing more accessible sites first.. meaning google says when searching "microsoft" there are more accessible sites than microsoft so it displays them first, whereas searching for slashdot or digg shows slashdot and digg as result 1 meaning google considers the two sites to be accessable
  • by Animats ( 122034 ) on Thursday July 20, 2006 @02:47PM (#15751671) Homepage

    The Olympics was an Australian case. Target was not "successfully sued"; that's still pending. Southwest Airlines won a case over that issue, Access Now vs. Southwest. [bytowninternet.com]; their "virtual ticket counter" does not have to be handicapped-accessable. Access Now appealed, and the Court of Appeals for the Eleventh Circuit rejected the appeal. [findlaw.com] That's the only final US court decision on the subject to date.

    As the court put it, it's up to Congress to change the ADA if Congress wants it to apply to the Internet.

  • by WerewolfOfVulcan ( 320426 ) on Thursday July 20, 2006 @05:06PM (#15752643)
    Actually, many modern screen readers have the capability of analyzing the HTML document and creating an alphabetical list of the links on the page that they can navigate.

    Here's a list [freedomscientific.com] of Features and Enhancements for the latest versions of JAWS (a widely used screen reader). Reading through them will give you some idea of how screen readers operate. There's a lot more to it than you think.

    Here's a clip from one of them:

    HTML and the Internet
    Improved Performance on the Web

    With the new Internet and HTML support in JAWS 7.10, you will experience increased accuracy, improved navigation, and better text recognition when reading Web pages or other virtual documents.
    Visible Focus Rectangle

    When you press TAB or SHIFT+TAB to move to links and buttons in Internet Explorer and Firefox, the focus rectangle is now visible. This rectangle is useful to sighted users because it visually indicates the location of the cursor. The focus rectangle does not move when you use the arrow keys or Navigation Quick Keys to read.
    Route the Virtual Cursor to the JAWS Cursor

    You can now press INSERT+NUM PAD PLUS in Internet Explorer, Firefox, and virtual documents to route the Virtual Cursor to the mouse pointer. Using this command moves the Virtual Cursor to the current location of the mouse pointer and can help sighted users navigate Web pages. In addition, routing the JAWS Cursor to the Virtual Cursor (INSERT+NUM PAD MINUS) is much more accurate and moves the mouse pointer to the exact character the Virtual Cursor is located on.
    Route the PC Cursor to the Virtual Cursor

    You can now press CTRL+INSERT+DELETE in Internet Explorer, Firefox, and virtual documents to route the PC Cursor to the Virtual Cursor. Using this command moves the PC Cursor (and the application focus) to the current location of the Virtual Cursor. Visually, the page will scroll so that the area containing the Virtual Cursor is visible on the screen. This command is the opposite of the Route Virtual to PC Cursor command (INSERT+DELETE).
    One Setting for Controlling Page Refreshes

    There is now only one setting for controlling page refreshes. Previously there were two settings, one for controlling page refreshes caused by the browser, and another for controlling refreshes caused by embedded ActiveX controls, such as Macromedia Flash. These have been consolidated into a single option for controlling both since it is often not apparent which is causing the page to refresh.
    Improved Detection of Dynamic Page Updates

    Previously, if script code was used on a page to control visibility without the user actually interacting with the page, JAWS would not detect the page update and would either show content that was not really there or not show content which was made visible. This should no longer occur.
    Enhanced Screen Tracking

    The screen no longer scrolls up or down erratically while you are using the Say All command or navigating by other means. The screen only moves when the content about to be read is not visible.
    Document Presentation Mode Line Length

    You can now define how long a single line will be when viewing an HTML page in Document Presentation Mode. This can help you read lengthy tables easier because all the content from each row in the table can fit on a single line. The increased line length stops JAWS from rendering rows across multiple lines. When you exit Document Presentation Mode, JAWS will render the page using the normal maximum line length.

    The default line length in Document Presentation Mode is 400 characters, which is enough to fit most table rows on one line. To change the line length, open the Utilities menu and choose Configuration Manager. Then, open the Set Options menu and choose HTML Options. Enter a new line length in the Document Presentation Mode Maximum Line Length edit box located on the Text tab.
  • by jZnat ( 793348 ) * on Friday July 21, 2006 @02:00PM (#15758545) Homepage Journal
    For instance, doing navigation with a pipe (vertical bar) or some other character sounds strange to them.
    Which is why I use unordered lists for lists of links. Using CSS, you can just do this:
    #someId li { display: inline; }
    #someId::after { content: ' | '; }
    And if XHTML 2.0 ever gains traction, making navigational lists is as easy as:
    <nl>
    <li href='/some/link/'>Description of link</li>
    </nl>

Work without a vision is slavery, Vision without work is a pipe dream, But vision with work is the hope of the world.

Working...