InformAction Forums

Closing a plugin-placeholder, i.e. for a Flash-embed, shouldn't collapse the whole element. I've unchecked. "Collapse blocked objects", so apparently this setting does not apply to plugin-placeholders.
Example: http://ce.uwex.edu/techsupport/flashtest.aspx
Maybe it would be better to handle the closing like Firefox does: Just hide the element, but don't change anything regarding the position of other elements like text and graphics.

Hello?

Noted as a low-priority RFE, thank you.

Please check latest development build 2.6.8.16rc4, thank you.

Wow, thanks working fine. Much appreciated.

I got a question:
I don't know if this is within the scope of NS, but would it be possible to also show the placeholder when no flash-plugin (or other plugin) is installed?

I'm asking because Firefox's built-in click-to-play-mechanic is interfering with the website (being on the top-most layer, possibly blocking other elements underneath it, like mouseover-menus) even when no plugin is installed and a website has a Flash-element, or Java or whatever.
Then Firefox also shows some door-hanger-notification about the missing plugin every time it encounters a Flash-element.

So, I'd like to know if it was actually possible to make NS "hijack" and surpress the attempt of Firefox asking to install the missing plugin when "Forbid <plugin>" is checked, and only initiate the doorhanger-notification when the placeholder is clicked?

A quick way to simulate the lack of a plugin is to set plugin.scan.plid.all to false and restart Firefox.

My current stopgap solution is to also use Flashblock, which doesn't lead to the doorhanger-notification being shown and Firefox's ctp-mechanism to kick in.
When NS and Flashblock are both active, NS adds its placeholder ontop of Flashblock, but the doorhanger-notification is shown.

See if noscript.smartClickToPlay does anything for you?

about:config -> plugins.hide_infobar_for_missing_plugin ?