Closed
Bug 86045
Opened 24 years ago
Closed 22 years ago
applet-tag can't be sized to percentages
Categories
(Core :: Layout, defect, P4)
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 | ||
Comment 2•24 years ago
|
||
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
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
Comment 6•23 years ago
|
||
getting off of karnaze's palte on onto attinasi's plate
Assignee: karnaze → attinasi
Whiteboard: [bae:layout]
Updated•23 years ago
|
Target Milestone: --- → mozilla1.0
Updated•23 years ago
|
Target Milestone: mozilla1.0 → mozilla1.2
Comment 7•23 years ago
|
||
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
Comment 9•23 years ago
|
||
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.
Comment 10•23 years ago
|
||
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.
Comment 11•23 years ago
|
||
Perhaps related to bug 106602?
Comment 12•22 years ago
|
||
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?
Comment 13•22 years ago
|
||
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.
Description
•