<div dir="ltr">Exactly! And yeah, Emacspeak has to be taught about all that, but shoot, it's better than what *all* other screen readers do.<br clear="all"><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div dir="ltr"><div dir="ltr">Devin Prater</div><div><a href="mailto:r.d.t.prater@gmail.com" target="_blank">r.d.t.prater@gmail.com</a></div><div>gemini://tilde.pink/~devinprater/</div><div><br></div></div></div></div></div><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Aug 30, 2021 at 9:18 AM Don <<a href="mailto:Text_to_Speech@gmx.com">Text_to_Speech@gmx.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 8/30/2021 6:40 AM, Devin Prater wrote:<br>
> Man, this should be spread far and wide throughout TTS circles. Screen<br>
> readers should do this too. But we've not even gotten past simple API<br>
> readers almost.<br>
<br>
That's because synthesizers are treated as *bags* that are bolted onto<br>
(usually preexisting!) applications that weren't designed with speech<br>
in mind.  So, *all* of the "conversion" from the initial medium to<br>
speech has to be done *in* the synthesizer; it can't "ask" the application<br>
what the application is trying to do.<br>
<br>
If you were reading a novel (or, a news story on the web) and you<br>
encountered some double quotes, you would recognize this as a<br>
literal quotation of someone's statement/speaking.  For example:<br>
<br>
    The sheriff said "We believe we have apprehended the sole gunman<br>
    in this heinous crime".  He later added that the suspect was due to<br>
    be booked into the local jail, later that day.<br>
<br>
Why can't the synthesizer switch from "narrator voice" to "speaker's<br>
voice" when it encounters the first double quote?  And, then switch<br>
back when it encounters the closing double quote?  Wouldn't this<br>
make it easier to understand that you are now *in* a quoted statement?<br>
<br>
Ah, but what if someone FORGOT a closing quote?  Does the synthesizer<br>
stay in that voice, forever?<br>
<br>
What if there was never intended to be a closing quote?  Your<br>
password is 4HJ"/*Fred<br>
<br>
Not only can choice of voice convey information, but it also gives<br>
your ears a break.  Ever listen to a newscast with ONE reporter<br>
reading all of the stories?  Contrast that with newscasts where two or<br>
more reporters/anchors alternate -- especially a male and a female.<br>
<br>
> Well we now have OCR and image recognition in some of the<br>
> screen readers, but TTS is still a sort of binary thing with "is speaking"<br>
> "is not speaking" at a user-defined rate and pitch and volume and sometimes<br>
> intonation. I'd love to see more screen readers become more like Emacspeak.<br>
<br>
EMACSpeak tries to integrate the "presentation" (speech) with the application.<br>
But, has to be "taught" about every potential application.  Because<br>
applications don't emit information that informs as to its (current!) intent.<br>
<br>
It is fairly common to design error and informational messages<br>
in the form:<br>
    <number> <explanation><br>
Like:<br>
    404 page not found<br>
A computer (program!) that sees this message gets everything that it<br>
needs to know in those first 4 characters -- the text that follows is<br>
just there for humans (the computer ignores it!).<br>
<br>
So, folks *can* make interactions that convey additional information<br>
for a particular type of consumer (computer vs. human).  But, there<br>
is little pressure to do so.<br>
<br>
How often do you see information conveyed by color?  Choice of "font"?<br>
Bold?  Italic?<br>
<br>
Will the synthesizer recognize that something presented in BOLD should<br>
be treated differently than something in italic?  Or, do you throw<br>
away that information -- in which case, why was it present in the<br>
first place???<br>
<br>
Why have red for stop and green for go -- if 15% of the population<br>
can't distinguish between them?<br>
_______________________________________________<br>
Dectalk mailing list<br>
<a href="mailto:Dectalk@bluegrasspals.com" target="_blank">Dectalk@bluegrasspals.com</a><br>
<a href="https://bluegrasspals.com/mailman/listinfo/dectalk" rel="noreferrer" target="_blank">https://bluegrasspals.com/mailman/listinfo/dectalk</a><br>
</blockquote></div>