[tyagi_manoj100]

Hi,
I am using Zoomtext 9.1 Reader/Magnifier for accessibilty purpose with my Swing based application. For communication in between the Zoomtext and Swing application I am using Java Access Bridge 2.1.

It seems that there is some problem with the JPasswordField, when user is typing in the password, the zoomtext is reading out every keyed in character, though its showing '*' to the user. i.e. If user enter "ABCD" in the password field, ZoomText reads this and speak "ABCD", however password field displaying this "****" and ZoomText should speak "****".

Thanks,

[pbl]

Surely a ZoomText issue
better to look in a ZoomText forum, there is nothing you can do on the Java side to fix the problem but....
have another JTextField or may be JLabel displayed
set this JComponent as focus to ZoomText
have a listener on you JPasswordField as soon as a character is entered into hit display a "real" * into that field that ZoomText monitors

[tyagi_manoj100]

pbl, on 12 Jun, 2009 - 02:11 PM, said:

Surely a ZoomText issue
better to look in a ZoomText forum, there is nothing you can do on the Java side to fix the problem but....
have another JTextField or may be JLabel displayed
set this JComponent as focus to ZoomText
have a listener on you JPasswordField as soon as a character is entered into hit display a "real" * into that field that ZoomText monitors

Thanks for replying, I appreciate the extra effort you took to reply this.

Here is the detailed analysis of the problem-

The problem is, even before the typed character gets set in the Document of the component (In this case JPasswordField), Zoomtext reads the keyed in character and we are not having any control on the character to change it to Asterisks so that Zoomtext read it as Asterisks. Even if you minimize all the application running on the Desktop and keyed in any character, Zoomtext is able to read that character. It can be expected behavior as it has to read all the keyed in characters when you are having focus on Desktop. But if you are having any application opened and focused (but focus is not on any editable field), its able to read the keyed in character, which it should not as the focus is not on any editable field.

It is difficult to determine, How Zoomtext and Java Access Bridge are internally behaving for these types events? Or, How they recognizing the applications?

We have also analyzed some existing application where Zoomtext is showing the similar behavior for Password field as its showing in our java application. To name few Quest's TOAD, Microsoft Office documents (while securing the document with Password).

We have not got any help from Zoomtext/Java Access Bridge forum.

Any help in this regard is appreciated.

Thanks,

[pbl]

If you can plug/unplug ZoomText
- unplug it
- read on character from the JPasswordField
- plug it
- fire a KeyBorad event for *
- unplug it
- read on character from the JPasswordField
...

[tyagi_manoj100]

Thanks once again sir for your prompt reply.

Zoom text is installed on the system and can not be unplug programmatically or may be I do no know how to do this.

Please suggest if there is any other way to resolve this issue.

Regards,

[pbl]

tyagi_manoj100, on 14 Jun, 2009 - 10:42 PM, said:

Zoom text is installed on the system and can not be unplug programmatically or may be I do no know how to do this.

If you say so... I would have bet there was an API to turn it on/off.
So the only thing you can do is to wait from the ZoomText team. You shouldn't be the first one asking for that feature.

[tyagi_manoj100]

This is the reply we got from the Zoom Text Vendor

"Zoomtext does not currently support Java based applications. You can sometimes make Zoomtext behave better in Java applications by installing the Java Runtime Environment and the Java Access Bridge. However, the behavior is unpredictable."