Re: [orca-list] An oddity with Orca 3.36.5-1 on Arch/Mate
- From: Peter Vágner <pvagner pvagner tk>
- To: Ted <orangegrovebear gmail com>, orca-list gnome org
- Subject: Re: [orca-list] An oddity with Orca 3.36.5-1 on Arch/Mate
- Date: Tue, 25 Aug 2020 08:44:46 +0200
Hello,
I am unable to reproduce this here with orca master, speech-dispatcher
0.10 and espeak-ng master on arch linux.
Can you try to reproduce it by using commandline apps espeak and spd-say
like this?
spd-say -l en "123 S 99ST"
espeak -v en "123 S 99ST"
This way we are trying to find out where the problem might be whether
it's an orca, a speech-dispatcher or an eSpeak-ng issue.
When using spd-say you might need to temporarily switch orca speech mode
to off by pressing orca+s, pressing the enter key in the terminal to
hear spd-say and then togle the speech mode back to on by pressing orca+s.
Does this sound okay for you?
Greetings
Peter
Dňa 25. 8. 2020 o 5:54 Ted via orca-list napísal(a):
In this version on my Arch system, when Orca reads a number followed
by a space and a capitalized letter, it seems to speak in a
non-english language. An example would be with an address such as, 123
S 99ST , but not with mixed capitalization such as, 123 Sth 99ST.
This occurs in Pluma, Libreoffice and Mate terminal, among other
places. It does not seem to happen in edit fields in Firefox and
Thunderbird.
I'm not sure this is caused by Orca because Speech Dispatcher was
updated around the same time. Espeak-ng was not updated though, and I
thought that was what handled pronunciation if not in the Orca
pronunciation entries.
_______________________________________________
orca-list mailing list
orca-list gnome org
https://mail.gnome.org/mailman/listinfo/orca-list
Orca wiki: https://wiki.gnome.org/Projects/Orca
Orca documentation: https://help.gnome.org/users/orca/stable/
GNOME Universal Access guide:
https://help.gnome.org/users/gnome-help/stable/a11y.html
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]