Wanted to update the read to end and Facebook status character bug
report to mention that maybe this isn't ESpeak specific, but Mozilla
Firefox specific.
I don't have these behaviors happening in Internet Explorer, for
instance, or other edit box controls.
But in Mozilla, most surely.

On 9/12/15, Keith Hinton <[email protected]> wrote:
> Hi Mark,
> I only have ESpeak and the Microsoft Speech platform here at the
> moment as voice options, but the issues I have written about appear to
> be ESpeak specific.
> I know from experience that Eloquence wouldn't do this out of the box,
> etc as well.
> I was able to read the last Facebook status that was reading in a
> strange way perfectly with the Microsoft speech platform, that didn't
> read right using ESpeak.
> Cool, I guess, grin!
> Regards,
> Keith.
> However, I can reproduce one issue, regardless of speech synthesizer
> utilized with the latest stable Window-Eyes.
> That read to end bug I wrote about where the last word Window-Eyes
> encounters gets repeated, in this case my name a few moments ago,
> repeated Keith over and over and over without pause until I shut up
> speech myself, and I don't have ESpeak being used at the moment.
> Only work around for that particular bug is to put a blank line at the
> eend of a email, etc.
> However, I should note this behavior is happening inside Mozilla
> Firefox, and surprisingly, not Notepad as my test application!
> Wow!
> Mozilla Firefox is my default browser.
> And if it helps, always use the cursor keys to navigate with in pages
> is checked under the options area, I wonder if that's causing some of
> fthis behavior like read to end being odd?
>
> On 9/12/15, Marc Solomon via Talk <[email protected]> wrote:
>> Keith,
>> Can you reproduce these issues using a different synthesizer?
>> Marc
>>
>> Sent with AquaMail for Android
>> http://www.aqua-mail.com
>>
>>
>> On September 12, 2015 12:10:55 PM Keith Hinton via Talk
>> <[email protected]> wrote:
>>
>>> Hi folks,
>>> I'm currently running Windows 7 64 bit Professional, Window-Eyes 9.2,
>>> Office 2010, and the latest version of Mozilla Firefox is installed,
>>> with all Window-Eyes apps currently updated.
>>> I have tested this with multiple video resolutions, and no matter what
>>> I change it to, it doesn't help.
>>> What is happening is that on m.Facebook.com, even with a maximized
>>> browser window, Window-Eyes while reading statuses totally skips over
>>> characters that I know are on the screen. Redrawing the screen,
>>> changing video resolutions, etc doesn't help. So, here is an example.
>>> I might type a status like:
>>> Hi folks, I'm hanging out and sending  the bug reports like I usually
>>> do.
>>> But Window-Eyes will read  once it's posted something like this:
>>> Hi folks, I'm hanging out and sending th bug reports  like I usual do.
>>> It's totally skipping over characters that no other sccreen reader,
>>> NVDA, JAWS, System Access, etc, is missing on the screen while using
>>> m.Facebook.com.
>>> I have tested with all of the above tools here, and include them in my
>>> description of the problem.
>>> Only Window-Eyes, which is my primary start up screen reader, has this
>>> problem.
>>> The other bug report I want to mention is that during a read to end,
>>> Window-Eyes on large web pages with loads of comments etc sometimes
>>> pauses for ages before continueing to speak then pauses, for over five
>>> seconds on some pages, then continues reading, but ultimately stops
>>> reading all together.
>>> Also, if the last line in a read to end is not a blank line,
>>> Window-Eyes will forever repeat the last word it landed on.
>>> For an example, feel free to read any of the reviews on:
>>> http://www.aworkathomebusinesses.com
>>>
>>> You will find that there can be over 200 comments and that if you
>>> start a say all, this odd pausing bug will occur.
>>> As for the last line being repeated forever if the last line is not a
>>> blank line in a read to end?
>>> Find anything, text, Word, or whatever documents, or maybe web pages
>>> (haven't tested those), put lots of text in to a document, insure the
>>> last line contains a word, and whatever word that cursor lands on
>>> should repeat continuesly without control being pressed to shut up
>>> speech.
>>> Thanks!
>>>
>>> Regards,
>>> Keith
>>> _______________________________________________
>>> Any views or opinions presented in this email are solely those of the
>>> author and do not necessarily represent those of Ai Squared.
>>>
>>> For membership options, visit
>>> http://lists.window-eyes.com/options.cgi/talk-window-eyes.com/msolomon%40aisquared.com.
>>> For subscription options, visit
>>> http://lists.window-eyes.com/listinfo.cgi/talk-window-eyes.com
>>> List archives can be found at
>>> http://lists.window-eyes.com/private.cgi/talk-window-eyes.com
>>
>> _______________________________________________
>> Any views or opinions presented in this email are solely those of the
>> author
>> and do not necessarily represent those of Ai Squared.
>>
>> For membership options, visit
>> http://lists.window-eyes.com/options.cgi/talk-window-eyes.com/keithint1234%40gmail.com.
>> For subscription options, visit
>> http://lists.window-eyes.com/listinfo.cgi/talk-window-eyes.com
>> List archives can be found at
>> http://lists.window-eyes.com/private.cgi/talk-window-eyes.com
>>
>
_______________________________________________
Any views or opinions presented in this email are solely those of the author 
and do not necessarily represent those of Ai Squared.

For membership options, visit 
http://lists.window-eyes.com/options.cgi/talk-window-eyes.com/archive%40mail-archive.com.
For subscription options, visit 
http://lists.window-eyes.com/listinfo.cgi/talk-window-eyes.com
List archives can be found at 
http://lists.window-eyes.com/private.cgi/talk-window-eyes.com

Reply via email to