Closed Bug 1226 Opened 26 years ago Closed 25 years ago

Absolutely positioned non native form controls don't render properly

Categories

(Core :: DOM: Core & HTML, defect, P2)

x86
Windows NT
defect

Tracking

()

VERIFIED WORKSFORME

People

(Reporter: karnaze, Assigned: pollmann)

References

()

Details

When you change nsView to allow form controls to replace its widget, you can
reassign this bug to karnaze.

<html>
<body>
<FORM>
<input type=button value= foo style="left: 100px; top: 100px; position:
absolute;">
</body>
</html>
Assignee: michaelp → karnaze
changes should be in place to fix this...
Status: NEW → ASSIGNED
Assignee: karnaze → michaelp
Status: ASSIGNED → NEW
Summary: Absolutely positioned form controls have wrong view and don't render → Absolutely positioned non native form controls don't render properly
Form controls which have native widgets can be absolutely positioned correctly.
Other controls including <button> and <label> have a problem. The following
example will not display the contents of the <button>. Troy thinks it is a view
rendering problem even though the view hierarchy is correct, so I'm assigning
this to Micahel and changing the summary.

<html>
<body>
<FORM>
<button style="left: 100px; top: 100px; position: absolute;">hello</button>
</body>
</html>
Status: NEW → ASSIGNED
Assignee: michaelp → karnaze
Status: ASSIGNED → NEW
Component: Rendering → Form Submission
in this example the button has a transparent background, but the view system is
never told that the button's background is transparent so the compositor can't
do the right thing. somwhere in the button code, you need to call the
viewmanager's SetViewContentTransparency() method and all should be well.
Assignee: karnaze → pollmann
Setting all current Open/Normal to M4.
per leger, assigning QA contacts to all open bugs without QA contacts according
to list at http://bugzilla.mozilla.org/describecomponents.cgi?product=Browser
CC'ing evaughan on buttons related bugs.
Target Milestone: M4 → M5
QA Contact: 4110 → 4137
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
This is displaying correctly for me.
Status: RESOLVED → VERIFIED
Looks good to me. Marking verified.
Component: HTML: Form Submission → DOM: Core & HTML
You need to log in before you can comment on or make changes to this bug.