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
Priority: -- → P3
Target Milestone: --- → mozilla1.0.2
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
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
Last Resolved: 17 years ago
Resolution: --- → WORKSFORME
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?
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.
You need to log in before you can comment on or make changes to this bug.