W3C home > Mailing lists > Public > w3c-wai-ig@w3.org > January to March 2002

Fonts overlapping

From: SHARPE, Ian <Ian.SHARPE@cambridge.sema.slb.com>
Date: Thu, 10 Jan 2002 09:57:18 -0000
Message-ID: <FA94B04D5981D211B86800A0C9EA2841A34971@cames1.sema.co.uk>
To: "WAI (E-mail)" <w3c-wai-ig@w3.org>
Hello all,

A few issues. On some web pages under my settings the lines of text overlap
appearing on top of each other and make the page unreadable. 

I use IE5.5 on Windows 98 SE with the high contrast black large colour
scheme. IE's ignore colours, font sizes and fonts style accessibility
options are all checked and the text size (under view menu) set to medium.
Is this problem due to web pages having the line height set to some fixed
value. I think my problem is exaggerated because I also have my screen
resolution set to 1024x768 and windows font configured under Control
Pannel->Display->Settings->Advanced button->Other to 200% normal size (192
dpi) to enable me to read the font in dialog boxes in Windows. Even reducing
the text size in the browser to small which I can still read under these
settings doesn't reduce the font to prevent overlapping. 

The page which currently is giving me grief is:
http://access.adobe.com ironically!! I can kind of just about get by with
Lynx but under 98 you can only increase the font size of DOS windows to
13x22 which is a struglle. Unfortunatley you can't view the source of this
page but there are many other examples but I don't tend to keep the urls as
I can't use the pages!! (How do they stop you from viewing the source

On a more general note the option to increase text size also causes many
other access problems when pages use non-scrollable frames.   I can't think
of any reason why people should want to do this as if the browser decides
that if the frame does not need to be scrolled and doesn't show a scrollbar
anyway. Can't think why the option to have them non-scrollable was even
added actually but I don't suppose anything will change now with frames
deprecated from HTML4.0 as I understand it? I was however a little concerned
that I couldn't find anything in the WCAG1.0 Check points which identified
this (or use of fixed line heights) as bad practice. I haven't actually read
the WCAG1.0 yet so am on dodgy ground but do they consider this problem or
that of fixed line heights? Am I the only one in the world using this type
of configuration?

And while I'm here, by checking IE's ignore colors specified on web pages
accessibility checkbox any of the drop down menus recently discuss or
similar use of layers cause the background correctly to be transparent.
Unfortunately this has the same effect as above with fonts overlapping and
the page is inaccessible. A good example are the links at the top of the
www.microsoft.com home page. This could be seen as a browser bug I suppose
but either way, following the recent discussions should we be perhaps
discouraging the use of this techniques when striving for accessibility?
Again, nothing in the WCAG1.0 checkpoints regarding this issue.

Just a few thoughts to kick off the new year!! Any opions or advice welcome
(particularly if you know how to increase font size in dos windows so that I
could use Lynx more easily).


This email is confidential and intended solely for the use of the 
individual to whom it is addressed. Any views or opinions presented are 
solely those of the author and do not necessarily represent those of 
If you are not the intended recipient, be advised that you have received this
email in error and that any use, dissemination, forwarding, printing, or 
copying of this email is strictly prohibited.

If you have received this email in error please notify the SchlumbergerSema Helpdesk by telephone on +44 (0) 121 627 5600.
Received on Thursday, 10 January 2002 04:57:59 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 20:36:06 UTC