Closed
Bug 274905
Opened 20 years ago
Closed 19 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•20 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•20 years ago
|
||
this worksforme with linux trunk gtk1 and gtk2. Is this still a problem on win98 with a recent build (1.8b1)?
Updated•19 years ago
|
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•