Closed
Bug 157156
Opened 23 years ago
Closed 23 years ago
Object element specifying QuickTime video does not reflect the specified width within the element if the width or height is different than the actual size of the clip
Categories
(Core Graveyard :: Plug-ins, defect, P3)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
mozilla1.0.2
People
(Reporter: rubydoo123, Assigned: peterl-bugs)
References
()
Details
(Whiteboard: [PL2:NA][OBJECT])
Attachments
(1 file)
|
623 bytes,
text/html
|
Details |
Using test #6 and #7, the object element is coded as:
#6
<object data="filename" type="MIME type" width=320 height=120>
alternative text
</object>
#7
<object data="filename" type="MIME type" width=120 height=240>
alternative text
</object>
The actual clip size is: width 160 and height 120
When viewing test #6, the width is not stretched to 320, when viewing test #7,
the height is not stretched to 240
| Reporter | ||
Updated•23 years ago
|
Priority: -- → P3
Whiteboard: [PL2:NA][OBJECT]
Target Milestone: --- → mozilla1.0.2
| Reporter | ||
Comment 1•23 years ago
|
||
Actually test #7 does pass, the issue here is #6
Summary: Object element specifying QuickTime video does not reflect the specified width and height within the element if the width or height is different than the actual size of the clip → Object element specifying QuickTime video does not reflect the specified width within the element if the width or height is different than the actual size of the clip
Comment 2•23 years ago
|
||
Marking WFM. This plugin is taking up the correct width. You can verify this by
trying the context menu. Notice you get the QT context menu for the full 320
width but QT chooses not to draw in piece of it. Also, the following testcase
using Flash works as expected so this problem is limited to Quicktime.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
Comment 3•23 years ago
|
||
| Reporter | ||
Comment 4•23 years ago
|
||
Peter, help me understand this -- do you mean that the QT application overrides
the specified value set in the object element? That doesn't seem right somehow,
shouldn't the parameters being passed be processed? Is this something that we
should be talking to QT about?
Comment 5•23 years ago
|
||
Yes, QT is not obeying the specified values of the object element in this case.
It wouldn't hurt to talk to Apple about this problem but I could imagine that
this is desired behavior in that the plugin detected a streched movie would be
unviewable and overrode the size.
Updated•4 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•