W3C home > Mailing lists > Public > wai-xtech@w3.org > August 2010

RE: TTS from web content?

From: Sina Bahram <sbahram@nc.rr.com>
Date: Tue, 24 Aug 2010 10:25:15 -0400
To: "'Cain, Sally'" <sally.cain@rnib.org.uk>, "'David Bolter'" <david.bolter@gmail.com>, <wai-xtech@w3.org>
Message-ID: <5195B5838D37427CBF1EB86ADA4F4120@tachyon>
For sure, I agree, but at the same time, I think that something like this is almost at the point of being memorizable , teachable as
an action, and so forth.

Take care,
Sina

-----Original Message-----
From: Cain, Sally [mailto:sally.cain@rnib.org.uk] 
Sent: Tuesday, August 24, 2010 4:28 AM
To: Sina Bahram; David Bolter; wai-xtech@w3.org
Subject: RE: TTS from web content?

When we are looking at solutions, we also need to remember that not everyone has the same level of technical ability.
Thanks
Sally
-----Original Message-----
From: Sina Bahram [mailto:sbahram@nc.rr.com]
Sent: 24 August 2010 09:16
To: Cain, Sally; 'David Bolter'; wai-xtech@w3.org
Subject: RE: TTS from web content?

With something like WebAnywhere, or to a lesser degree, at least less completely free, SAToGo, this is not the case. I've started
these services tens of times on various machines ranging from netbooks to laptops to desktops to servers, and have done so without
sighted assistance.

Take care,
Sina


-----Original Message-----
From: Cain, Sally [mailto:sally.cain@rnib.org.uk]
Sent: Tuesday, August 24, 2010 4:11 AM
To: Sina Bahram; David Bolter; wai-xtech@w3.org
Subject: RE: TTS from web content?

Hi Sina,

I totally agree there are lots of people who can't afford an expensive screen reader but in order to get to the internet they need
to use some sort of screen reader to start the PC and navigate around to open the web browser. This will always be an issue for
access to the internet in a traditional way.

Thanks
sally

-----Original Message-----
From: wai-xtech-request@w3.org [mailto:wai-xtech-request@w3.org] On Behalf Of Sina Bahram
Sent: 23 August 2010 15:50
To: Cain, Sally; 'David Bolter'; wai-xtech@w3.org
Subject: RE: TTS from web content?

The first thing that comes to mind is that there are millions of individuals who can't afford a screenreader in the Windows world,
and whose needs are not served by the state of accessibility offered to them by, let's say Orca, in the open source free world.
There's therefore a need to facilitate those individuals' access to information and the web as a whole. Web anywhere might actually
have some numbers on this in one of their papers?

Take care,
Sina

-----Original Message-----
From: wai-xtech-request@w3.org [mailto:wai-xtech-request@w3.org] On Behalf Of Cain, Sally
Sent: Monday, August 23, 2010 5:15 AM
To: David Bolter; wai-xtech@w3.org
Subject: RE: TTS from web content?

Hi all,

Everyone has been discussing the technical issues here which of course are really important. However I think it is also important
that we consider the practical issues too. Just to play devil's advocate...
where would this sit in the market? Who would use it? Is the amount of work that is required worth it for the amount of people who
would use it?

The answer to all of my questions may be that it would be used loads and yes it is well worth it. However from the perspective of
blind and partially sighted people if you are using a screen reader, you will probably continue to use your screen reader rather
than change to using the speech within the page. So I think it is important to think about the other people who might want to use
it. Possibly one example would be those with dyslexia or other learning difficulties. If they are struggling with a page then speech
would help them with the content.

However I do support the two main concerns that David has around quality and clashing with screen readers.

Thanks
Sally

-----Original Message-----
From: wai-xtech-request@w3.org [mailto:wai-xtech-request@w3.org] On Behalf Of David Bolter
Sent: 19 August 2010 16:22
To: wai-xtech@w3.org
Subject: TTS from web content?


  Hi all,

What do you think about having browsers provide built-in text-to-speech capability to web content? While I imagine a declarative
approach might be quite interesting I think we can go farther faster with a JavaScript API approach. The main two concerns I have
are:

1. We don't want to encourage unpolished aural interfaces.
2. We don't want to conflict with traditional screen readers.

The biggest potential I see is:

1. Innovation in Aural interfaces. The same kind of innovation we see happening in visual DHTML interfaces.
2. TTS solutions in places, and on devices where traditional screen readers are problematic. For example, perhaps on some mobile
devices that are currently not accessible.
3. The TTS can be done in the browser, on the native platform (e.g. 
Voice Over on OSX), or 'in the cloud'. We just need to get the API right.

Are we ready? Please speak up.

cheers,
David



 To report this e-mail as Spam, please forward it to:
spam@mailcontrol.com


--
DISCLAIMER:

NOTICE: The information contained in this email and any attachments is confidential and may be privileged.  If you are not the
intended recipient you should not use, disclose, distribute or copy any of the content of it or of any attachment; you are requested
to notify the sender immediately of your receipt of the email and then to delete it and any attachments from your system.

RNIB endeavours to ensure that emails and any attachments generated by its staff are free from viruses or other contaminants.
However, it cannot accept any responsibility for any  such which are transmitted.
We therefore recommend you scan all attachments.

Please note that the statements and views expressed in this email and any attachments are those of the author and do not necessarily
represent those of RNIB.

RNIB Registered Charity Number: 226227

Website: http://www.rnib.org.uk



This message has been scanned for viruses by Websense Hosted Security - http://www.websense.com/content/HostedEmailSecurity.aspx
Received on Tuesday, 24 August 2010 14:25:56 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Friday, 27 April 2012 13:16:09 GMT