Closed
Bug 274905
Opened 21 years ago
Closed 21 years ago
The use of "Text Zoom" causes display erros (Win98SE, position:absolute;left:-999em, / and fixed)
Categories
(SeaMonkey :: General, defect)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: kris2f, Unassigned)
References
()
Details
(Keywords: qawanted)
User-Agent: Googlebot/2.1 (+http://www.googlebot.com/bot.html)
Build Identifier: Gecko
The usual replacement of the css code display:none for screenreader (to improve
the Web Accessibility/WAI) is like .hide{position:absolute; left:-1000px;
width:900px}.
Here I used "em" instead of "px" and tried code like .hide{ position:absolute;
left:-900em; width:700em}. The surrounding element has a position:fixed.
These circumstances cause at Windows98SE display errors when you choose a "Text
Zoom" of 120% or more, or sometimes 90%. At pages with large CSS code the
browser may not be able to complete the page.
Reproducible: Always
Steps to Reproduce:
1. position fixed for element (div or ul) and some additional HTML/CSS (see sample)
2. .hide{ position:absolute; left:-900em; width:700em} included element (li)
3. "Text Zoom" of 120% (Windows98SE)
Actual Results:
The part of the screen where that fixed element is placed will not be atualized
or shows errors. Links keep still available. Hangs /crashes might be possible
depending on the structure and size of the webpage
Expected Results:
Show / change normal screen
http://www.lipfert-malik.de/webdesign/tutorial/bsp/position-fehler.html
If px instead of em ist prefered at this position-hack the risk of real problems
may be very small.
Comment 1•21 years ago
|
||
Er... using this hack makes the site _less_ accessible in screen readers, as far
as I can tell....
In any case, I suspect you can get this to happen with px values too; you just
have to use a larger value (900 em is about 15000 px with typical font sizes, so
try 20000 or 30000px).
I bet this is overflowing the 16-bit little mind of Win98 drawing routines...
Keywords: qawanted
Comment 2•21 years ago
|
||
this worksforme with linux trunk gtk1 and gtk2. Is this still a problem on
win98 with a recent build (1.8b1)?
Updated•21 years ago
|
Status: UNCONFIRMED → RESOLVED
Closed: 21 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•