Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

when trying to read emoticons with any synthesizer with cldr data processing enabled, these were not read #8826

Closed
zstanecic opened this issue Oct 7, 2018 · 4 comments

Comments

@zstanecic
Copy link
Contributor

Steps to reproduce:

  1. Type the text with emoticons
  2. try to read it with any synthesizer, language or voice of the synthesizer,
    note, this bug also affects espeak,
  3. try to read emoticon symbols with arrow keys, and using the review cursor commands.
    note that emoticons symbols are not readable by word and when reading whole text

Actual behavior:

emoticons are not read with cld data enabled

Expected behavior:

emoticons should be read

System configuration:

windows 10 1809 17763

NVDA Installed/portable/running from source:

installed

NVDA version:

latest alpha, alpha-16149,e713f614

Windows version:

10.0.17763 /1809

Name and version of other software in use when reproducing the issue:

n/a not applicable

Other information about your system:

Other questions:

Does the issue still occur after restarting your PC?

yes

Have you tried any other versions of NVDA?

no, and not applicable, as this is the new feature recently included

@LeonarddeR
Copy link
Collaborator

Note that the CLDR data does not contain emoticon descriptions, only emoji descriptions.

  • Emoticons include :D, :), and ;)
  • Emoji include 👍🏻, 😂, and ❤

@zstanecic
Copy link
Contributor Author

zstanecic commented Oct 9, 2018 via email

@LeonarddeR
Copy link
Collaborator

A quick talk with @zstanecic revealed that he was using speech at the none symbol level, and in this case, emojis won't be read.
We might want to document this.

@LeonarddeR
Copy link
Collaborator

Given the request we have received, I think it makes sense to do the following:

  1. Speak emoji at the none level as well, which basically means that they're always spoken
  2. Add a script/gesture to disable/enable emoji processing. I propose shift+NVDA+p.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants