Summary

TetraLibro is a relatively new movement in publishing meant to provide texts in 4 formats; paper-based, accessible XHTML Strict, accessible PDF, and Microsoft Reader. The XHTML, PDF, and Microsoft Reader versions are placed on a CD-ROM and packaged with the printed book. The three electronic versions are included specifically for users with certain types of disabilities (sensory, motor, and cognitive) who are not able to read the paper-based book. For example, people with dyslexia can have the text read to them, etc. Providing multiple formats is becoming a popular way to attempt to reach the widest possible audience and it is important to take the proper steps to ensure that electronic documents truly are accessible to as many people as possible.

Author: Pam Berman and Charles Chen

Contents

Introduction

Venice, winter of 1579. The Avogador de Comun, Sier Paul Priuli, of noble lineage, Magistrate of the Most Serene Republic, inquires into a series of crimes that have occurred in the city, assisted by his doctor - Hebrew astrologer Abraham of the Veronese, poet Veronica Franco and courtier Tiziana Orio. The plot/conspiracy develops between intrigues of state with an unexpected dramatic turn of events in the Venice Renaissance, to the height of its own economic and political power.

What does this murder mystery have to do with assuring e-accessibility? It is the first non-technical book made available in TetraLibro format.

TetraLibro: 4 books in one

TetraLibro began with an idea conceived by Roberto Scano, president of IWA Italy, who enlisted the aid of his friend, Livio Mondini. Together in 2004, they offered Roberto's book, "Accessibility: from theory to reality", as the first text published in four formats; the paper version along with a CD-ROM containing the same text in accessible XHTML, accessible PDF, and Microsoft Reader (for mobile devices). IWA Italy has produced two books on accessibility in TetraLibro format as well as numerous other technical texts.

Roberto says, it makes sense to offer printed texts in digital format; after all, they start out in a digital format to begin with. Because some people are not able to access the information in printed texts, why not offer several digital formats? More choices translate into a wider customer base, including people with vision and mobility problems, because more people can now access the information according to their needs and preferences.

The newest publication is a murder mystery under the sponsorship of the City of Venice and written by Barbara Zolezzi and Elisabetta De Pieri both renowned Venetian authors. It is the first non-technical book published in accordance with the law of the 22 previewed technical requirements from the Stanca Law on Accessibility 4/2004. Accessibility of the digital versions has been verified by the Observatory of Internet Sites (OSI) commission of the Italian Union of the Blind.

More information on TetraLibro:

Popular Choices

A popular way of assuring you reach the widest audience is to produce your content in different file formats. The most common formats on the Web seem to be Hypertext Markup Language (HTML), Extensible Hypertext Markup Language (XHTML), Portable Document Format (PDF), and Rich Text Format (RTF). Because the documents published in TetraLibro format are texts typically hundreds of pages in length, IWA Italy has chosen to include Microsoft Reader in lieu of RTF as MS-Reader software provides an interface that caters specifically to electronic versions of books.

These four formats are by no means a complete list of possibilities. Choice of formats should be based upon the needs of the target audience.

Accessible HTML/XHTML

HTML/XHTML presents the document as a plain text web page.

Benefits of HTML/XHTML

Drawbacks of HTML/XHTML

Accessible PDF

PDF presents the document as fully formatted text.

Benefits of PDF

Drawbacks of PDF

Rich Text Format (RTF)

RTF presents the document as an editable text file.

Benefits of RTF

Drawbacks of RTF

Microsoft Reader

According to the Frequently Asked Questions on the Microsoft Reader web site:

Microsoft Reader is a free software application designed to deliver an on-screen reading experience that approaches the convenience and quality of paper. Microsoft Reader is the first product to include patented ClearType display technology, which improves resolution on LCD screens by up to 300 percent to deliver a print-like display. Microsoft Reader also pays strict attention to the traditions and benefits of good typography. It offers a clean, uncluttered layout; ample margins; proper spacing, leading, and kerning; plus powerful tools for marking, highlighting, and annotating your eBooks.

Benefits of Microsoft Reader

Drawbacks of Microsoft Reader

Alone, any one of these formats presents problems for certain users but when several choices are presented, most people will be able to access the information in a way that best fits their needs and preferences.

Marking Up the Title of a Document with Several Formats

When documents are made available on the Web, it is important to make sure the link to each document is unique so, when taken out of context such as in a list of links provided by screen reader applications, it can still be understood. For example, multiple "click here" links can be a nightmare for people trying to find specific information in a list of links when using a screen reader.

One way to prevent confusion and provide unique links is to list the title of each document with each format:

If the title is really long or someone wants to include the title as part of a paragraph, this method can be problematic. To address this issue, John Slatin, director of the Accessibility Institute at the University of Texas at Austin and member of the W3C Web Content Accessibility Guidelines working group, has proposed a new method for marking up documents in multiple formats. The method involves providing a parent tag around the title and formats. There are several ways this can help screen reader users.

Some screen readers such as JAWS and Window-Eyes allow users to read the current sentence or read the current paragraph. For example:

<p>
More information about the steps needed to 
complete a project of this magnitude can be
found in Document Title 
<a href="doc_title.html">HTML</a>, 
<a href="doc_title.pdf">PDF</a>, or 
<a href="doc_title.rtf">RTF</a>.
</p>

This works but if the sentence is long, it takes the user some time to get to the title of the document. Screen readers can be programmed to give users the ability to query the parent element in addition to the current sentence or current paragraph such as with Say Parent Node Text Content in Fire Vox for Firefox. Developers may then use markup to specify the title of the document as the parent node. For example:

<p>
More information about the steps needed to
complete a project of this magnitude can be
found in 
<span>
Document Title
<a href="doc_title.html">HTML</a>,
<a href="doc_title.pdf">PDF</a>, or 
<a href="doc_title.rtf">RTF</a>
</span>.
</p>

The user can activate the command to read the parent element and hear only the title of the document rather than the entire sentence. A working example of this technique can be found in the Fire Vox Tutorial: Getting Additional Information.

Another method for giving users contextual information is to put that information into the title attribute of the link. JAWS users have an option to make it read the title attribute instead of the displayed text, and Fire Vox users can use the Query for more information command to hear the title text. For example:

<p>
More information about the steps needed to
complete a project of this magnitude can be
found in Document Title
<a href="doc_title.html" title="Document Title">HTML</a>,
<a href="doc_title.pdf" title="Document Title">PDF</a>, or
<a href="doc_title.rtf" title="Document Title">RTF</a>.
</p>

Some screen readers require users to change settings in order to access contextual information found in the title attribute. Not all users may be aware this is available to them so another possibility is to use a combination of methods. For example:

<p>
More information about the steps needed to
complete a project of this magnitude can be
found in
<span>
Document Title
<a href="doc_title.html" title="Document Title">HTML</a>,
<a href="doc_title.pdf" title="Document Title">PDF</a>, or
<a href="doc_title.rtf" title="Document Title">RTF</a>.
</span>.
</p>

Accessible Document Preparation

No matter what format is used to present information, it is important to prepare the document properly. There are some simple steps to begin to assure documents are accessible.

Accessible HTML/XHTML Preparation

For more information on creating accessible HTML, check out the latest guidelines and techniques at the W3C Web Accessibility Initiative (WAI).

Accessible PDF Preparation

For more information on creating an accessible PDF see WebAIM PDF Accessibility.

Acknowledgements

Many thanks to Livio Mondini, and Roberto Scano for their advice regarding this subject and their contributions to this article.

Category: Accessibility.

Comments

  1. [providing-choices.php#comment1]

    Thanks for the article!
    Btw, we are translating the book in english and we hope to find an editor that will print for english market in the same format *smile*

    Posted by Roberto Scano on

  2. [providing-choices.php#comment4]

    Hi Virginia,

    You can order also using (so u can make as beta-tester) the e-commerce application that I'm optimizing (at now it conforms xhtml 1.0/1.1 depends if browser support application/xhtml+xml).
    Try it at http://www.made-in-venice.com (or go to http://www.guestinvenice.com/shop). This is a turist web site that i own and that i'm trying to make web standard conform and - where available - accessible.

    Posted by Roberto Scano on

  3. [providing-choices.php#comment5]

    Very interesting approach, particularly in the light of developments in the States re NIMAS etc. Roberto, Livio if you are reading, did you consider using the xhtml to form the content for a Daisy book? and have you talked to authors and publishers about IPR as this seems like a potential downfall of providing raw content. How difficult did ou find creating the tagged accessible PDF files? - and have you had any feedback on these? There is some evidence to suggest that not even Acrobat Reader conforms to the specs for Tagged PDF files so even when a text is tagged correctly it isn't as readible as you might hope. As an aside I'd be interested to know whether Daisy is used in Italy, how popular is it (if at all).

    Posted by Adrian HIgginbotham on

  4. [providing-choices.php#comment6]

    Hi Adrian, sorry for my poor english.

    Did you consider using the XHTML to form the content for a Daisy book? I'd be interested to know whether Daisy is used in Italy, how popular is it

    No, because Daisy is not used in Italy, and hardware tools not distributed.

    How difficult did ou find creating the tagged accessible PDF files?

    Is a complex argument, difficulty is directly tied to quality of original document (structure, style, etc, etc).

    tagged PDF files so even when a text is tagged correctly it isn't as readible

    tagging is not enough, is only the first step on a more complex process, that implies the use of Acrobat Pro instruments for accessibility (reading order, artifacts, etc, etc).

    Livio

    Posted by livio on

  5. [providing-choices.php#comment7]

    Very interesting. I hate PDF links in web pages (google for "PDF sucks"), but some may prefer them. Personally I prefer info in HTML / XHTML format because these are easy to skim (see my articles on writing for the Web http://www.benefit-from-it.com/index.php?fa=wdu101writingForWeb.factors, but others prefer formats which are more suitable for printing.

    Can anyone offer suggestions on:
    * automatic conversion tools
    * which format should be used for the master version

    Posted by Phil Chalmers on

Comments are closed for this entry.