Issue 13126 - AT tool (ZoomText): Edit fields are not read
Summary: AT tool (ZoomText): Edit fields are not read
Status: CLOSED FIXED
Alias: None
Product: ui
Classification: Code
Component: code (show other issues)
Version: OOo 1.1 Beta
Hardware: PC Windows XP
: P3 Trivial (vote)
Target Milestone: OOo 2.0
Assignee: eric.savary
QA Contact: issues@ui
URL:
Keywords: accessibility
Depends on:
Blocks:
 
Reported: 2003-04-07 16:01 UTC by eric.savary
Modified: 2004-02-10 13:33 UTC (History)
6 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description eric.savary 2003-04-07 16:01:36 UTC 
If an edit field gets the focus, ZoomText neither reads the accessible
name nor the accessible text of the edit field.
Only when caret reading is enabled and the position of the caret changes,
ZoomText reads the accessible text of the edit field
(e.g. caret at the end of text, then move the caret one position to
the left).

Note: though the priority can't be higher than P3 (no crash and so on...) this
issue means that ZoomText won't read about 40-60% of the OOo UI.
Comment 1 Frank Schönheit 2003-05-07 13:58:36 UTC 
adding myself to CC because this also means that ZoomText doesn't read
one of the main controls in the DBA area (table view in the data
source browser)
Comment 2 malte_timmermann 2003-07-16 14:53:42 UTC 
MT->ES: Seems to be fixed with ZT8.02, please verify.
Comment 3 eric.savary 2003-07-16 16:15:26 UTC 
Yes it's fixed!
Comment 4 eric.savary 2003-07-16 16:15:39 UTC 
closed
Comment 5 christoph.lukasiak 2004-01-26 16:36:50 UTC 
i cannot approve that - for example in control property browser or form property
browser neither the content nor the label is read in edit fields, as ES has
acknowledged - in combo and list boxes the label is not read

so i reopen this task
Comment 6 christoph.lukasiak 2004-01-26 16:38:40 UTC 
clu->mt: sorry, your turn again
Comment 7 malte_timmermann 2004-01-26 16:58:35 UTC 
MT->CGU: Please distinguish between pure edit fields in dialogs and combinded 
controls...
Comment 8 eric.savary 2004-01-26 17:03:44 UTC 
ES->CLU: and I also would distinguish between edit fields in dialogs and toolbar
an edit fields in floatings (I think those last only have this problem).
I'd like to keep this issue closed and open a new one.
->MT: what do you think?
Comment 9 christoph.lukasiak 2004-01-27 09:51:24 UTC 
CLU->MT: i think you have mistaken my member code (cgu<->clu) and speak to me:
(MT->CGU: Please distinguish between pure edit fields in dialogs and combinded
controls...)  ->  how should i do that? - is there a difference visuable or
anything else i could distinguish - for me they look equal?

CLU->ES: seems that the fields i mean, are not 'real' edit fields, but anything
combined - writing a new issue seems not necessary, because the old ones were
closed double to this here (therfore i reopend this issue) and i will reopen them
Comment 10 christoph.lukasiak 2004-02-10 12:05:29 UTC 
CLU->ES: i reopend task 104888 and 104887 - both were closed as double to 102189
- this bug is fixed not fully, because the two, i have reopend, are not fixed -
this task (102189) was mirrored in the current (i13126) task
Comment 11 eric.savary 2004-02-10 13:32:30 UTC 
ES->CLU: as discussed. We'll keep your bug 104888 open.
This one is to general zo correspond to the present problem.
Comment 12 eric.savary 2004-02-10 13:33:17 UTC 
closed