Re: [orca-list] new punctuation finding

[Didier Spaier <didier slint fr>]

Hello,

orca-3.35.3
speech-dispatcher from git master (last commit 26bc2f2b)
espeak-ng-1.50

If and only if in the Voice tab of the Screen reader Preferences
"Break speech into chunks between pauses" is checked,
issues listed below occur:

1. When in /etc/speech-dispatcher/speechd.conf
DefaultSymbolsPreproc is unset (value 0)
or 
#PunctuationSymbolPreprocFile "symbols.dic"
is commented out like above

if in the Speech tab "Punctuation level" is set to All, then when the
desktop gets the focus I hear:
"Desktop period"
instead of "
Desktop."

In espeak-ng.log there is this line:
Sun Feb  9 18:31:43 2020 [436199]: Espeak-ng: Requested data: |<speak><mark name="0:8"/>Desktop.<mark 
name="__spd_0"/></speak>| 0 63

<digression>
If I type:
espeak-ng --punct -v en -w sound.wav "Desktop."
then run "play sound.wav" I just hear "Desktop"
If instead I type:
espeak-ng --punct -v en -w sound.wav "Desktop. "
I hear "Desktop dot"

Maybe espeak-ng says dot only if followed by another
character, new line> included?

Additionally, if reading a line in Mate with a "." in it I hear "period"
instead of "dot".
</digression>

2. When in /etc/speech-dispatcher/speechd.conf
DefaultSymbolsPreproc is set (value 1)
and
PunctuationSymbolPreprocFile "symbols.dic"
is not commented out,
if in the Speech tab "Punctuation level" is set to All or Some or Most,
then when the desktop gets the focus I hear:

"esktop dot"

In this case in espeak-ng.log there is this line: 
Sun Feb  9 19:33:02 2020 [184540]: Espeak-ng: Requested data: |<speak><mark name="0:8"/>esktop dot </speak>| 
0 44

Please note the missing D before "esktop dot " in this case.

tl;dr:
To avoid aforementioned issues, have
"Break speech into chunks between pauses"
no checked in the Voice tab of the Screen reader Preferences.

Can anyone please confirm these findings?

Best,

Didier

Le 1/30/20 à 4:47 PM, Didier Spaier via orca-list a écrit :
> Thanks, let's see what I come up with.

> Le 1/30/20 à 3:38 PM, Joanmarie Diggs a écrit :
> > Orca master, though I don't think I've changed anything in Orca recently that would impact this.
> > speech-dispatcher: 0.9.1-2 (fedora 31 package)
> > voxin: 3.0
> > espeak-ng: 1.49.2-7 (fedora 31 package)

> > On 1/30/20 9:21 AM, Didier Spaier via orca-list wrote:
> > > Which versions of orca and speech-dispatcher are you using and which sythesizer and version?
> > > I could try with these and check if I get the same behavior, as this stuff doesn't take much time to 
> > > build.

> > > Le 1/30/20 à 2:48 PM, Joanmarie Diggs a écrit :
> > > > Thanks for checking! I'm using Fedora 31 and not seeing period/dot spoken when navigating by word even 
> > > > with punctuation is set to all.

> > > > On 1/30/20 5:57 AM, Didier Spaier via orca-list wrote:
> > > > > Yes I can reproduce, but it seems that using speech-dispatcher
> > > > > 26bc2f2b the situation is better. Only if punctuation is set to all
> > > > > Ctrl-right arrow says period after each word and at EOL even if
> > > > > it doesn't end in a period.
> > > > >
> > > > > Le 1/30/20 à 2:32 AM, Joanmarie Diggs a écrit :
> > > > > > This is something else I cannot reproduce. Perhaps Didier can?

> > > > > > On 1/29/20 7:47 PM, Al Sten-Clanton via orca-list wrote:
> > > > > > > Thanks to the fix for my punctuation level keystroke problem, I discovered something else.  I've 
> > > > > > > actually seen it before but forgot about it.
> > > > > > > If my punctuation level is none, I don't notice this.  If it is some, most, or all, however, Orca 
> > > > > > > will say "dot" at the ends of lines that don't end with periods.  The exception to this is if the 
> > > > > > > line ends with a punctuation mar, such as a colon or quote.
> > > > > > >      Also, if I use ctrl-right-arrow to go from word to word, it says "dot" after each word, even 
> > > > > > > though there is a space rather than a period there. I don't recall whether I saw *that* before.
> > > > > > > Note:  by "before," I mean before the long period when I wasn't using Linux and therefore not Orca, 
> > > > > > > thus the bad memory.