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.
Closing plugin-placeholders shouldn't collapse their area
Closing plugin-placeholders shouldn't collapse their area
Last edited by Elbart on Fri Oct 18, 2013 11:37 am, edited 1 time in total.
Mozilla/5.0 (Windows NT 6.0; rv:24.0) Gecko/20100101 Firefox/24.0
Re: Closing plugin-placeholders shouldn't collapse their are
Hello?
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Firefox/24.0
- Giorgio Maone
- Site Admin
- Posts: 9454
- Joined: Wed Mar 18, 2009 11:22 pm
- Location: Palermo - Italy
- Contact:
Re: Closing plugin-placeholders shouldn't collapse their are
Noted as a low-priority RFE, thank you.
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:27.0) Gecko/20100101 Firefox/27.0
- Giorgio Maone
- Site Admin
- Posts: 9454
- Joined: Wed Mar 18, 2009 11:22 pm
- Location: Palermo - Italy
- Contact:
Re: Closing plugin-placeholders shouldn't collapse their are
Please check latest development build 2.6.8.16rc4, thank you.
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:27.0) Gecko/20100101 Firefox/27.0
Re: Closing plugin-placeholders shouldn't collapse their are
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.
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.
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Firefox/24.0
Re: Closing plugin-placeholders shouldn't collapse their are
See if noscript.smartClickToPlay does anything for you?
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.19) Gecko/20110420 SeaMonkey/2.0.14 Pinball NoScript FlashGot AdblockPlus
Mozilla/5.0 (Windows NT 5.1; rv:27.0) Gecko/20100101 SeaMonkey/2.24
Re: Closing plugin-placeholders shouldn't collapse their are
about:config -> plugins.hide_infobar_for_missing_plugin ?
*Always* check the changelogs BEFORE updating that important software!
Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:27.0) Gecko/20100101 Firefox/27.0 SeaMonkey/2.24