Closed
Bug 36812
Opened 25 years ago
Closed 25 years ago
GFX scrollbars break absolutely positioned elements
Categories
(Core :: XUL, defect, P3)
Core
XUL
Tracking
()
People
(Reporter: pierre, Assigned: eric)
References
Details
(Keywords: css2)
Attachments
(1 file)
(deleted),
text/html
|
Details |
Absolutely positioned elements that scroll (ie. "overflow:scroll" or
"overflow:auto") work correctly with native scrollbars. If you enable the GFX
scrollbars, the scrollbars are positioned correctly but the scrollframe is
located way off, as if it were not absolutely positioned.
See the testcase that I'm going to attach.
Reporter | ||
Comment 1•25 years ago
|
||
Reporter | ||
Comment 2•25 years ago
|
||
That's really bad. I don't understand how our chromes can work: we certainly have
absolutely positioned scrolling elements in many places. I guess some people must
have done some ugly hacks.
Comment 3•25 years ago
|
||
The chrome doesn't use any absolute positioning - boxes don't allow it (or don't
work anywhere near correctly).
Keywords: css2
Comment 4•25 years ago
|
||
reassigning to evaughan. GFX scrollbars used in HTML also & even though they
are XUL, they should be able to be absolutely positioned.
Assignee: trudelle → evaughan
Comment 5•25 years ago
|
||
The behaviour of mozilla has changed substantially from what it was at
the time this bug report was filed (at that time, the contents of an
absolutely positioned DIV were at 0,0 while the scrollbars were
located at the DIV position (top;left).
At any rate, this is the same problem as bug #28505
(i.e., position:absolute; overflow:scroll; top: NN; left: NN;)
when using GFX scrollbars. Marking DUPLICATE.
*** This bug has been marked as a duplicate of 28505 ***
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•