Bug 99644 - Subframe PDFPlugins should not include a HUD
Summary: Subframe PDFPlugins should not include a HUD
Status: RESOLVED INVALID
Alias: None
Product: WebKit
Classification: Unclassified
Component: PDF (show other bugs)
Version: 528+ (Nightly build)
Hardware: Unspecified Unspecified
: P2 Normal
Assignee: Tim Horton
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-10-17 15:12 PDT by Tim Horton
Modified: 2012-11-19 04:48 PST (History)
1 user (show)

See Also:

Attachments
patch (1.67 KB, patch)
2012-10-17 15:14 PDT, Tim Horton 		mitz: review+
Details | Formatted Diff | Diff
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Tim Horton 2012-10-17 15:12:22 PDT 
The HUD, in many cases, causes issues reading or interacting with small inline PDFs. It should only be enabled for main frame PDFPlugins, matching the PDFView/SimplePDFPlugin behavior.
Comment 1 Tim Horton 2012-10-17 15:14:00 PDT 
Created attachment 169272 [details]
patch
Comment 2 Alexey Proskuryakov 2012-10-18 16:12:40 PDT 
See also: <rdar://problem/10269185>. I'm unsure if this is the best behavior in all, or even most cases.
Comment 3 Tim Horton 2012-10-18 16:14:33 PDT 
(In reply to comment #2)
> See also: <rdar://problem/10269185>. I'm unsure if this is the best behavior in all, or even most cases.

Perhaps it should depend on the size of the plugin.
Comment 4 Tim Horton 2012-11-19 04:48:59 PST 
PDFKit handles not showing the HUD if it won't fit, and people seem to want subframe PDFs to have a HUD otherwise.