Bug 37423 - Frame contents don't match titles
Summary: Frame contents don't match titles
Status: RESOLVED DUPLICATE of bug 36548
Alias: None
Product: Platform
Classification: Eclipse Project
Component: User Assistance (show other bugs)
Version: 2.1   Edit
Hardware: PC Windows 2000
: P3 major (vote)
Target Milestone: ---   Edit
Assignee: Platform-Help-Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords:
: 45188 (view as bug list)
Depends on:
Blocks:
 
Reported: 2003-05-09 10:10 EDT by Eddie CLA
Modified: 2003-10-20 11:56 EDT (History)
1 user (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Eddie CLA 2003-05-09 10:10:44 EDT
When the user presses Ctrl-E in Home Page Reader a list of frames is displayed. 
Frames are either Internal or external.
Some of the internal frames clearly belong to the Help system, but some are 
empty according to HPR. The problem is that the frame titles do not all 
correspond to the expected frame. Several "internal" frames are untitled. These 
belong to the Eclipse help infrastructure. For example HPR detects a frame 
surrounding the back, forward, show in TOC, bookmark and print buttons in the 
top right. However this frame is untitled, 
so a visually impaired user cannot tell easily what the frame contains without 
changing to it and having its contents read out.

This sounds as if the problem is with the Eclipse Help System and the way in 
which it names frames.


The Web checklist (http://w3.austin.ibm.com/~snsinfo/webcheck.html), item 9 
states: 
"There are two parts to the technique for providing accessible frame 
navigation. First, meaningful titles should be included on the source page for 
each frame by using the TITLE element. The second part of the solution is to 
assign a meaningful name attribute and title attribute for each FRAME element 
on the FRAMESET page. "

It also states: 

"The source of the FRAME element should always be an HTML file. If the source 
of a FRAME is an image file (such as, logo.gif), there is no opportunity to add 
the alt attribute. Therefore, the source of the frame is inaccessible. " 


Bob Waller, the Java Technology center's Accessibility man will help us to put 
together some words to explain these accessbility limitations. Also, he will 
bring this up at the next cross-site accessibility meeting.
Comment 1 Dorian Birsan CLA 2003-05-09 10:39:06 EDT
Eddie, is this the same as the bug Konrad recently fixed? 

https://bugs.eclipse.org/bugs/show_bug.cgi?id=36548
Comment 2 Eddie CLA 2003-05-09 10:58:57 EDT
Dorian, this does sound very similar. Unfortunately, the bug was found by one 
of our testers, so I am not able to tell you whether it is the same or not. 
Could you let me know when a version of 2.1.1 is available so that I can get 
our tester to try it out with it?

Thanks, and apologies for having caused any problems.
Comment 3 Konrad Kolosowski CLA 2003-05-09 12:38:09 EDT
Final 2.1.1 release is planned for June.
Currently you can use http://download.eclipse.org/downloads/drops/M-M20030507-
200305071103 build from 2.1.1 strem that accumulates the fixes released over 
2.1 so far.
Comment 4 Konrad Kolosowski CLA 2003-07-18 14:40:31 EDT
The frame titles were fixed in bug 36548.  For a while there has been no 
comment that the problem still exists.

In case you see the problem again, please reopen the bug, and point us to a 
place (name of the file) that does not meet accessibilty checklist, as we do 
not anything wrong in the 2.1.1 code.

*** This bug has been marked as a duplicate of 36548 ***
Comment 5 Konrad Kolosowski CLA 2003-10-20 11:56:44 EDT
*** Bug 45188 has been marked as a duplicate of this bug. ***