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)

x86
Windows 98
defect
Not set
normal

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.
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
this worksforme with linux trunk gtk1 and gtk2.  Is this still a problem on
win98 with a recent build (1.8b1)?
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.