Closed Bug 86045 Opened 24 years ago Closed 22 years ago

applet-tag can't be sized to percentages

Categories

(Core :: Layout, defect, P4)

x86
Windows 2000
defect

Tracking

()

RESOLVED WORKSFORME
Future

People

(Reporter: mail, Assigned: attinasi)

References

()

Details

(Whiteboard: [bae:20011129])

in Mozilla 0.9.1: <applet code="any.class" width="100%" height="100%"> should result in an applet the size of the available space but does not. <applet code="any.class" width="50%" height="50%"> should result in an applet half as wide and half as high as the available space. As far as I have tested it is independent of the values given, as soon as one of the values for width or height is given as a percentage, the applet seems to be sized to one default size (looks like 200 by 200 to me). The problem also occurs if I try to size the applet by stylesheet: <applet code="any.class" style="width:50%;height:50%;"> produces the same wrong result as <applet code="any.class" width="50%" height="50%">
reporter could you provide a testcase?
You can see the phenomenon on this page: http://www.andreas-waechter.de/linkStart.html The applet is the tree - it should extend to the bottom of the frame (height="100%") but has a height of estimated 200 pixels only. Andreas Waechter mailto:mail@andreas-waechter.de http://www.andreas-waechter.de
adding testcase to URL:
Confirmed with Build 2001061520 win32 Sun's JRE version 1.3.1 I've also tested using Opera 5.11 with Sun's JRE version 1.3.1 In Opera there is no problem.
Status: UNCONFIRMED → NEW
Ever confirmed: true
HTML Element component is deprecated, and should be removed from Bugzilla. Clayton is not the correct owner for these. Reassigning to layout.
Assignee: clayton → karnaze
Component: HTML Element → Layout
QA Contact: bsharma → petersen
Blocks: 81477
No longer blocks: 81477
getting off of karnaze's palte on onto attinasi's plate
Assignee: karnaze → attinasi
Whiteboard: [bae:layout]
Target Milestone: --- → mozilla1.0
Target Milestone: mozilla1.0 → mozilla1.2
moving to future milestone until final triage, applet is deprecated and object should be used in the future
Severity: major → normal
Priority: -- → P4
Whiteboard: [bae:layout] → [bae:20011129]
Target Milestone: mozilla1.2 → Future
I used to see this too, but from 0.9.6 (possibly earlier) it has been working as it should. The link to the testcase is dead. This report should be closed. /Urban
I was able to get this to work in the MRJ plugin by changing the plugin to check for WIDTH/HEIGHT attributes containing % or * characters, by simply respecting the actual width/height values passed in by the plugin API. Layout is doing the right thing I believe, it's just that the Java plugin itself may be incorrectly written. Take a look at bug #119352 for more information.
Using the test case in bug 119352: http://www.mozilla.org/quality/browser/front-end/testcases/oji/test7.html This appears to work correctly on my win 2k machine. I believe this bug is dead.
Perhaps related to bug 106602?
I just tried this w/ Moz 1.2.1 under Windows 2000, the applet was sized correctly. Can this be closed? Is it a problem with other platforms?
marking WORKSFORME
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.