160251 - Play full-page plug-in content in a new, shrunk-to-fit, chromeless window

Status: RESOLVED INCOMPLETE

(Core Graveyard :: Plug-ins, enhancement, P5)

Description

[Greg K.]

When a URL is accessed that will be played by a plug-in in full-screen mode,
instead spawn a new window with no chrome (other than the OS-native titlebar and
controls), and shrink it to fit the plug-in display area.

For example, see how Mac IE and QuickTime handle the testcase URL.

(Some discussion may need to happen about this and how it affects the user's
preferences for opening new pages in the same window or in a new tab. This case
could conceivably be considered a special one, outside those rules.)

Comment 1

[Greg K.]

Attachment: Screenshot of Mac IE 5.2.1 and a QuickTime plug-in window

Comment 2

[Greg K.]

(This bug is the result of Bug 159662, comment 5.)

Comment 3

[Niklas Dougherty]

This is a Bad Idea (TM). Many people block new windows via the browser or a
proxy like Privoxy. They (and I'm with them) simply don't want anything to open
at anytime for any reason unless explicitly requested to do so. It is especially
bad with IE, as it prevents users from saving the file (although they are in the
cache dir).

Comment 4

[Greg K.]

[e-mail], as I asked in my newsgroup posting, please keep the discussion to
that newsgroup thread, at least for now.

Comment 5

[Niklas Dougherty]

Sorry, what newsgroup? I see no reference whatsoever to any newsgroup.

Comment 6

[rubydoo123]

setting to PL2:P5 [Enhancement request]

Comment 7

[Christian :Biesinger (don't email me, ping me on IRC)]

nikd, netscape.public.mozilla.ui - thread "Discussion on plug-in player window
concept"

Comment 8

[rubydoo123]

reassign

Comment 9

[Peter Lubczynski]

Shrinking to fix is not currently possible with the NPAPI because of bug 70976.
I've found out that IE is doing this by directly embedding Quicktime rather than
using the plugin through the NPAPI layer so it's able to find its size.