After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 118294 - blind user vanot open/save as operation, key board navigation.
blind user vanot open/save as operation, key board navigation.
Status: RESOLVED DUPLICATE of bug 132855
Product: gnopernicus
Classification: Deprecated
Component: general
unspecified
Other Linux
: Normal normal
: ---
Assigned To: Dana Ormenisan
gedit QA volunteers
AP2
: 133199 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2003-07-25 13:12 UTC by Chandrashekhar. Korlahalli
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: 2.0



Description Chandrashekhar. Korlahalli 2003-07-25 13:12:07 UTC
Description of Problem:
Blind user can not open or Save As file 
operation , key board naigation.


Steps to reproduce the problem:
1.Open ' gedit ' window. 
2. AlEnter t + F , select  Jile Open. file open 
dialog box opens.
3. Navigate through Tab & ctrl + Tab keys. screen 
reads all tabs names properlu. icluding a path by 
default selected. for Ex: /home/cbk/.
4. press tab againm now it cocuses on the table " 
Directories" but it is read as table one. 
5. press tab again, focus moves on to next 
table "diles". but svreen reader reads as table 
one, also for this table. 
6. Hence, blind user can not select proper 
Directory or file.

Actual Results:
screen reader reads it : Directory" as " table 
one"
Screen reader reads " siles" as table one". 
both tables re read as " table one"

The Expected Results:

screen reader should read the table title as 
directory or files, ehile navigating through Hey 
bord.




How often does this happen? 
Every time.


Additional Information:
Comment 1 Paolo Maggi 2003-09-26 17:15:50 UTC
I think this is a gtk+ bug.
Comment 2 Owen Taylor 2003-11-11 22:09:29 UTC
Note that the file selector you are testing will be deprecated
in GTK+-2.4.

Probably a fairly straightforward application of ATK to set
the directory treeview header buttons as labels for the treeview,
which will hopefully unconfuse the screen reader.
Comment 3 padraig.obriain 2003-12-04 13:15:23 UTC
I have asked David Hawthorne to confirm that this still happens.
Comment 4 david.hawthorne 2003-12-04 13:27:57 UTC
Indeed, the 'Folders' table and 'Files' table are reported as "table".

Moving up and down these tables reports the correct table items, but
the initial switch between folder and files is not distinguishable and
shouldn't have to be derived from it's table items context.

So just to refresh:

On focus of table -

Expected result:

"Folders, table, <number of> items"

Actual result:

"table"
Comment 5 padraig.obriain 2003-12-08 10:30:23 UTC
We have a table with one column. The request is that the table column
header should be read as the name. Transferring to gnopernicus for
evaluation.
Comment 6 padraig.obriain 2004-02-04 10:56:10 UTC
*** Bug 133199 has been marked as a duplicate of this bug. ***
Comment 7 Dana Ormenisan 2004-02-18 14:19:16 UTC
I tried to follow the previous scenario but if the combobox (/home in
my case) is focused and I hit Tab, the focus will be moved to the
first line of 'Folders' table and gnopernicus will output "Table". In
order to report "Folders,...", the focus should be moved to the table
column header. The problem is that this header is not focusable. 
Comment 8 Dana Ormenisan 2004-02-23 14:00:04 UTC

*** This bug has been marked as a duplicate of 132855 ***