- From: Gregg Vanderheiden <po@trace.wisc.edu>
- Date: Thu, 26 Jun 1997 19:55:22 -0500
- To: WAI Working Group <w3c-wai-wg@w3.org>
- Message-ID: <01BC826A.E2B52D80.po@trace.wisc.edu>
I was reviewing the new Netscape Communicator 4.0 and found that is has trouble with alt text on many pages. It seems that the ALT TEXT appears sometimes and not others depending on whether the WIDTH tag is used and how large it is. Here is as much information as I have. This is preliminary right now. I just downloaded the new browser before I left town so I don't have full testing yet. FIRST - All of the behavior reported is for the Win95 version of the program. I have not checked any other versions. ALT TEXT APPEARING OR NOT IN A DOCUMENT 1) Alt text DOES appear if you either a) don't have any Height and Width set for an image or b) the Height and Width are large enough to include the ENTIRE alt text. 2) If you DO set the Height and Width and the Width you set is not big enough to hold the ENTIRE alt text, then NONE of the alt text is displayed. 3) The alt text DOES NOT WRAP so that you must have enough room for the ENTIRE length of the alt text to appear in the WIDTH setting. (You must also have the HEIGHT setting large enough for the height of the text... but not usually a problem except for graphic lines) 4) There are also circumstances where all the alt text disappears from the Edit View but if I close the view and reopen it the alt text returns so that doesn't seem to be a real problem.. just a bug. Note: In all these circumstances, the alt text still appears as a tooltip which pops up when you point to a graphic. Example #2 is the most important issue though 2, 3, and 4 are all problems MOVING OF THE ALT TEXT TO A LOWER LEVEL IN THE IMAGE PROPERTIES The place that calls for ALT TEXT for a graphic used to be at the highest level of the image properties dialog box, right next to the path. It has now been moved to a button at the bottom of the properties dialog box that is labeled "Alt Text / Low Res..." It therefore takes more time to use and is less obvious that it should be filled out. (At first I couldn't find it because I was looking for it in the dialog itself and then I went looking for it under the tabs at the top.) It would be MUCH better if it was on the top level so that it was convenient and looked like an important part of the image specification rather than an optional specification. It would be EVEN BETTER if it prompted for the alt text... though it should not require it I don't think (there may be places where it is not appropriate and situations where someone else will do the alt text). There are already prompts for other things like image files that aren't found at the specified location and they are easy to dismiss. For convenience I have attached a page I tossed together quickly to explore the problem briefly. I have pasted this memo into the bottom to make it easier to read and look at. Different conditions are shown for information While on the topic of ALT TEXT here are two other notes regarding alt text. 1) UNDERLINE ALT TEXT IF IT IS A LINK If the alt text is on an image that is a link the alt text SHOULD BE UNDERLINED If the alt text is on an image that is NOT a link - is should appear as it does now. (not underlined) 2) WHEN YOU TURN OFF IMAGES THEY SHOULD NOT APPEAR EVEN IF THEY ARE IN THE CACHE. The Alt text should appear instead. This makes it much easier for webmasters and others to check their web pages to see if and how well the ALT TEXT appears. I have passed these notes on to Netscape. I am posting this to the group for several reasons. 1) They are loopholes or potholes that we should document in any browser guidelines so they don't get repeated. 2) They show how dependent web page designers are on the idiosyncrasies of web browsers. (You can design what you think is an accessible page with alt text and then have it not appear in some browsers). 3) It highlights the difficulty we will have in writing guidelines that will make web pages accessible today (versus having pages designed to a spec that browsers will meet in the near (hopefully very near) future.) For example the guideline looks like it would read " Use ALT TEXT with all graphics and do NOT use either the height or width command unless you are certain that the the width of the text (in whatever font size the user has as his default) in the ALT TEXT message is less than the width you have set for you image and the text height is less than the height set for the image." "Do not make ALT TEXT (in the user set font size) longer than the width from the left edge of the graphic to the right edge of the page (on a 640 x480 screen) (or the right edge of the graphic if it has a WIDTH command) CONCLUSION We need to define some common browser behaviors if we are to have a simple and comprehensible set of guidelines for web designers to use. Both of the above recommendations would reduce to "Use alt text with all graphics" if 1) the graphic would expand to fit the ALT TEXT 2) the ALT TEXT would word wrap if needed 3) there was a setting (a user setting) that would prevent a graphic from appearing alongside a paragraph (so that the alt text for the image did not appear in the midst of the paragraph text when read by a screen reader) (particularly a problem if the ALT TEXT is word wrapped. ) This last one needs some thinking but you get the drift of the idea. This last one may also not be necessary if we have intelligent talking browsers or screen readers that can detect side by side text and not inter-read them. The first one though is necessary though for the ALT TEXT to appear at all for a screen reader (though a talking or text browser would have the alt text avail in any case.) Just some thoughts. Got to run. Gregg -- ------------------------------ Gregg C. Vanderheiden Ph.D. Professor - Dept of Industrial Engineering Director - Trace R & D Center, Waisman Center University of Wisconsin- Madison gv@trace.wisc.edu, WWW&FTP at Trace.Wisc.Edu for a list of our Listserves send "index" to listproc@trace.wisc.edu
Attachments
- text/html attachment: AltText.htm
Received on Thursday, 26 June 1997 20:56:16 UTC