Closed
Bug 314058
Opened 19 years ago
Closed 16 years ago
Addition of <table> to absolutely positioned <div> causes re-positioning of other absolutely positioned <div>'s
Categories
(Core :: Layout, defect)
Tracking
()
RESOLVED
INVALID
People
(Reporter: poolfish666, Unassigned)
References
()
Details
Attachments
(1 file)
2.37 KB,
text/html
|
Details |
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; UFindUs.com; .NET CLR 1.1.4322) Build Identifier: When building an HTML document, using CSS for layout, I have used the CSS command 'position:absolute' to position <div> elements within the HTML page. When a <table> element is added to one of these <div> elements, the subsiquent <div> elements are re-positioned as if they were contained within the <div> that has the <table>. Reproducible: Always Steps to Reproduce: 1. Download source of page, saving it locally. (will add as attachment) 2. Edit source in a text editor, removing the HTML comment surrounding the <table> element in the source. 3. Load the edited source into a web browser (such as Firefox). Actual Results: Central <div> element (<div id="fish">) contains the (now uncommented) <table> element, however, the other <div> elements seem to take thier origin point for absolute poistioning (with CSS command 'position:absolute') as the top left corner of the central <div> element (<div id="fish">). In addition to this, they also seem to be contained within the central <div> element (<div id="fish">), as can be inferred from the expansion of the scroll bars (with CSS command 'overflow:auto'). Expected Results: Central <div> element (<div id="fish">) should contain the (now uncommented) <table> element, other <div> elements should remain absolutely positioned (with CSS command 'position:absolute') where they are observed when the <table> element is commented.
sorry, forgot build version: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b5) Gecko/20051006 Firefox/1.4.1
Updated•19 years ago
|
Component: General → Layout
Product: Firefox → Core
QA Contact: general → layout
Version: unspecified → 1.8 Branch
Component: Layout → General
Product: Core → Firefox
Version: 1.8 Branch → unspecified
Updated•19 years ago
|
Component: General → Layout
Product: Firefox → Core
Version: unspecified → 1.8 Branch
Comment 3•19 years ago
|
||
See your testcase. Instead of closing the table with </table> you're adding a new table by using <table> So I think this is invalid.
(In reply to comment #3) > So I think this is invalid. Yes, with <table> a completely different DOM is generated. With </table> everything works as expected (IE7, Safari3.1 and Opera9 agree). -> Invalid.
Status: UNCONFIRMED → RESOLVED
Closed: 16 years ago
Resolution: --- → INVALID
You need to log in
before you can comment on or make changes to this bug.
Description
•