If a JTextArea with a longer, multi-line gets the keyboard focus, NVDA does not read the complete text, but only the first line of the text. This is confusing, in particular if the first sentence has more than one line or if the text is not editable and the information needs to be announced as a whole. As NVDA does not announce the multi-line state of the JTextArea, the user does not get the information that the text can have more than one line. I would expect that NVDA announces the multi-line state and starts reading the complete text of a JTextArea (according to the NVDA announcement of an e-mail message). The user can easily stop the text reading by pressing Ctrl key.
I wrote a simple application Test_JTextArea_with_multilineText.jar and attached it to this bug report. (If you prefer a .java file, you can find it within the .jar file.)
Test_JTextArea_with_multilineText.zip
Steps to reproduce:
Extract the Test_JTextArea_with_multilineText.jar file from the linked .zip file and execute the attached .jar file with an up-to-date JRE version.
The application opens a frame containing a labeled JTextField and a labeled JTextArea. The text field has a single-line text whereas the text area has a longer, multi-line text. Both, the text field and the text area are not editable.
After starting the application, the following (see Actual behavior) is announced by NVDA.
Actual behavior:
Single-line and multi-line text
filler
filler
Single-line text: edit read only This is a text
tab
filler
Multi-line text: edit read only This is the first part of a
down arrow
longer text. This is the
down arrow
second part of a longer
down arrow
text. This is the third part
down arrow
of a longer text. This is the
down arrow
fourth part of a longer text.
down arrow
fourth part of a longer text.
down arrow
This is the last part of a
down arrow
This is the last part of a
down arrow
This is the last part of a
down arrow
This is the last part of a
(NVDA has an additional issue reading the last sentence completely.)
Expected behavior:
tab
Multi-line text: edit read only multi-line This is the first part of a longer text. This is the
second part of a longer text. This is the third part of a longer text. This is the fourth part of a longer text. This is the last part of a longer text.
NVDA logs, crash dumps and other attachments:
System configuration
NVDA installed/portable/running from source:
installed
NVDA version:
[Window Title]
About NVDA
[Content]
Version: 2022.4 (2022.4.0.27401)
Windows version:
Microsoft Windows 10 Enterprise
Version 10.0.19044 Build 19044
Name and version of other software in use when reproducing the issue:
java version "17.0.6" 2023-01-17 LTS
Java(TM) SE Runtime Environment (build 17.0.6+9-LTS-190)
Java HotSpot(TM) 64-Bit Server VM (build 17.0.6+9-LTS-190, mixed mode, sharing)
Other information about your system:
Java Access Bridge is enabled.
Other questions
Does the issue still occur after restarting your computer?
Yes.
Have you tried any other versions of NVDA? If so, please report their behaviors.
Same behavior in previous versions of NVDA.
If NVDA add-ons are disabled, is your problem still occurring?
Not applicable.
Does the issue still occur after you run the COM Registration Fixing Tool in NVDA's tools menu?
Not applicable.
If a JTextArea with a longer, multi-line gets the keyboard focus, NVDA does not read the complete text, but only the first line of the text. This is confusing, in particular if the first sentence has more than one line or if the text is not editable and the information needs to be announced as a whole. As NVDA does not announce the multi-line state of the JTextArea, the user does not get the information that the text can have more than one line. I would expect that NVDA announces the multi-line state and starts reading the complete text of a JTextArea (according to the NVDA announcement of an e-mail message). The user can easily stop the text reading by pressing Ctrl key.
I wrote a simple application Test_JTextArea_with_multilineText.jar and attached it to this bug report. (If you prefer a .java file, you can find it within the .jar file.)
Test_JTextArea_with_multilineText.zip
Steps to reproduce:
Extract the Test_JTextArea_with_multilineText.jar file from the linked .zip file and execute the attached .jar file with an up-to-date JRE version.
The application opens a frame containing a labeled JTextField and a labeled JTextArea. The text field has a single-line text whereas the text area has a longer, multi-line text. Both, the text field and the text area are not editable.
After starting the application, the following (see Actual behavior) is announced by NVDA.
Actual behavior:
Single-line and multi-line text
filler
filler
Single-line text: edit read only This is a text
tab
filler
Multi-line text: edit read only This is the first part of a
down arrow
longer text. This is the
down arrow
second part of a longer
down arrow
text. This is the third part
down arrow
of a longer text. This is the
down arrow
fourth part of a longer text.
down arrow
fourth part of a longer text.
down arrow
This is the last part of a
down arrow
This is the last part of a
down arrow
This is the last part of a
down arrow
This is the last part of a
(NVDA has an additional issue reading the last sentence completely.)
Expected behavior:
tab
Multi-line text: edit read only multi-line This is the first part of a longer text. This is the
second part of a longer text. This is the third part of a longer text. This is the fourth part of a longer text. This is the last part of a longer text.
NVDA logs, crash dumps and other attachments:
System configuration
NVDA installed/portable/running from source:
installed
NVDA version:
[Window Title]
About NVDA
[Content]
Version: 2022.4 (2022.4.0.27401)
Windows version:
Microsoft Windows 10 Enterprise
Version 10.0.19044 Build 19044
Name and version of other software in use when reproducing the issue:
java version "17.0.6" 2023-01-17 LTS
Java(TM) SE Runtime Environment (build 17.0.6+9-LTS-190)
Java HotSpot(TM) 64-Bit Server VM (build 17.0.6+9-LTS-190, mixed mode, sharing)
Other information about your system:
Java Access Bridge is enabled.
Other questions
Does the issue still occur after restarting your computer?
Yes.
Have you tried any other versions of NVDA? If so, please report their behaviors.
Same behavior in previous versions of NVDA.
If NVDA add-ons are disabled, is your problem still occurring?
Not applicable.
Does the issue still occur after you run the COM Registration Fixing Tool in NVDA's tools menu?
Not applicable.